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In  a  distributed  system  where  processes  communicate  directly,  deadlock  among  a  set 
P  of  processes  occurs  when  all  processes  in  P  are  idle  waiting  for  messages  from  other 
processes  in  P  in  order  to  start  execution,  but  there  are  no  messages  in  transit  between 
them.  For  a  process  which  suspects  that  it  may  be  deadlocked  to  determine  whether  it  is 
indeed  deadlocked,  it  is  necessary  for  it  to  query  other  processes.  Chandy,  Misra,  and 
Haas  have  proposed  a  distributed  deadlock  detection  algorithm  which  uses  fixed-length 
queries  and  replies.  According  to  this  algorithm,  a  process  which  suspects  it  may  be 
deadlocked  initiates  a  query  compulation  by  querying  each  process  from  which  it  is 
waiting  to  receive  a  message.  If  the  initiator  receives  one  reply  for  each  query  sent  out, 
then  the  initiator  is  deadlocked.  Otherwise,  if  the  initiator  has  not  received  all  replies 
within  a  timeout  period  7',  it  assumes  that  it  is  not  deadlocked.  In  this  thesis,  five 
algorithms  which  use  variable-length  queries  and  replies  to  detect  deadlock  are 
presented.  Instead  of  using  timeout  to  indicate  an  absence  of  deadlock,  these  algorithms 
use  explicit  messages  called  informs  to  convey  the  absence  of  deadlock  to  the  initiator  of 
a  query  computation.  One  of  the  algorithms  detects  a  deadlock  if  it  existed  when  the 
query  computation  was  initiated.  The  other  algorithms  will  detect  deadlock  as  deadlock 
conditions  develop.  Proofs  of  correctness  are  provided  for  the  algorithms,  along  with  a 
simulation  study  which  compares  the  performance  of  the  new  algorithms  with  that  of  the 
algorithm  by  Chandy,  Misra,  and  Haas. 
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CHAPTER  1. 


Introduction 


In  a  distributed  system  where  processes  communicate  directly  [Hoar78],  deadlock 
among  a  set  S  of  processes  can  occur  when  all  processes  in  S  are  idle  waiting  for  messages 
from  other  processes  in  S  in  order  to  start  execution.  When  there  are  also  no  messages  in 
transit  between  any  pair  of  processes  in  S,  none  of  the  processes  in  S  will  ever  receive  a 
message.  All  processes  in  5  are  therefore  permanently  idle,  or  deadlocked.  For  a  process 
which  suspects  that  it  may  be  deadlocked  to  determine  whether  it  is  indeed  deadlocked,  it 
is  necessary  for  it  to  query  other  processes.  Many  models  of  systems  in  which  processes 
communicate  via  message  exchanges  have  been  developed  for  the  purpose  of  studying 
deadlock  detection  (Brac85,  BrTo84,  ChMi79,  ChMi83,  ChMi85,  CoLe82,  DiSc80,  Fran80, 
GIShSO,  Haas81,  MiG'h82,  Misr83,  Ober82,  SzSh85j.  Other  models  strictly  address  the 
problem  of  resource  deadlocks  among  database  transactions  |BeOb81,  ChMi82,  ChMi83, 
CoE!71,  Gold77,  Haas81,  Holt72,  IsMa78,  Mals80,  MeMu79,  MiMe84,  Ober80,  SiNa85, 
Tsai82]. 

In  the  model  of  diffusing  computations  by  Dijkstra  and  Scholt.en  [DiSc80],  every 
process  is  ready  to  receive  messages  from  all  other  processes  at  all  times.  Hence,  all 
processes  must  be  idle  waiting  for  messages  in  order  for  termination  to  occur.  Based  on 
this  model,  Dijkstra  and  Scholten  |DiSc80]  and  Misra  and  Chandy  [MiCh82]  have 
proposed  algorithms  to  detect  termination  in  diffusing  computations. 

Chandy,  Misra,  and  Haas  jCh\1i83,  Haas8l]  have  also  developed  a  model,  hereafter 
referred  to  as  the  “communication  model”,  which  models  systems  of  distributed  processes 


which  communicate  via  messages.  Their  model  is  also  able  to  model  implementations  of 
Communicating  Sequential  Processes  as  put  forth  by  Hoare  [Hoar78j.  In  the 
communication  model,  a  process  1)  is  either  in  the  idle  state  or  in  the  executing  state,  2) 
may  wait  selectively  for  messages  from  some  (not  necessarily  all)  other  processes,  and  3) 
may,  if  it  is  in  the  execution  state,  send  a  message  to  another  process.  Every  idle  process 
has  associated  with  it  a  set  of  processes  called  its  dependent  set.  An  idle  process  will 
begin  to  execute  whenever  it  receives  a  message  from  any  process  in  its  dependent  set. 
While  a  process  is  idle,  it  may  not  change  state  or  its  dependent  set.  With  this  model, 
deadlock  exists  whenever  any  subset  of  processes  wait  for  each  other. 

Chandy,  Misra,  and  Haas  [ChMi83,  Haas8l]  have  proposed  a  distributed  deadlock 
detection  algorithm,  hereafter  referred  to  as  the  CMH  Algorithm,  which  uses  fixed-length 
queries  and  replies.  According  to  this  algorithm,  a  process  which  suspects  it  may  be 
deadlocked  initiates  a  query  computation  by  querying  all  the  processes  in  its  dependent 
set.  This  process  is  referred  to  as  the  initiator.  After  querying  all  processes  in  their 
respective  dependent  sets  and  receiving  replies  from  them,  each  idle  process  in  the 
dependent  set  of  the  initiator  replies  to  the  initiator  that  the  process  is  idle  waiting  for 
messages  from  other  idle  processes.  An  executing  process  discards  any  queries  received. 
If  the  initiator  receives  one  reply  for  each  query  sent  out,  then  the  initiator  is  deadlocked. 
Otherwise,  if  the  initiator  has  not  received  all  replies  within  a  timeout  period  7’,  it 
assumes  that,  it  is  not  deadlocked.  This  algorithm  does  not  work  correctly  when 
conditions  such  as  network  failures,  a  large  backlog  of  messages,  or  a  process  being 
aborted,  etc.,  prevent  any  reply  from  being  received  within  the  timeout  period  T.  Since 
occurrences  of  these  conditions  are  unavoidable  in  any  distributed  system,  this 
shortcoming  of  the  CMH  Algorithm  is  a  serious  one. 
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This  thesis  first  discusses  the  CMH  Algorithm  based  on  the  communication  model 
[ChMi83,  Haas81].  Five  algorithms  which  use  variable-length  queries  to  detect  deadlock 
are  presented.  Instead  of  using  timeout  to  indicate  an  absence  of  deadlock,  these 
algorithms  use  explicit  messages  called  informs  to  convey  the  absence  of  deadlock  to  the 
initiator  of  a  query  computation.  One  of  the  algorithms  detects  a  deadlock  if  it  existed 
when  the  query  computation  was  initiated.  The  other  algorithms  will  detect  deadlock  as 
deadlock  conditions  develop.  A  simulation  study  was  done  to  compare  their  performance 
with  that  of  the  CMH  Algorithm.  Proofs  of  correctness  are  also  provided  for  the 
algorithms. 

This  thesis  is  organized  as  follows:  Chapter  2  describes  in  detail  the  communication 
model  used  by  Chandy,  Misra,  and  Haas  to  develop  their  algorithm.  Their  algorithm  will 
then  be  presented.  Chapter  3  presents  the  proposed  new  algorithms  for  detecting 
deadlock  among  communicating  processes.  Chapter  4  contains  proofs  of  correctness  for 
the  algorithms.  The  results  of  a  simulation  study  are  presented  in  Chapter  5,  and 
Chapter  6  contains  conclusions  and  recommendations  for  future  study. 


CHAPTER  2. 


Background,  Assumptions,  and  Definitions 

2.1.  Introduction 

The  deadlock  detection  algorithms  developed  in  this  proposal  are  based  on  the 
communication  mode!  developed  in  (ChMi83,  Haas81j.  It  models  a  system  of  processes 
which  communicate  via  messages.  It  is  assumed  that  the  network  is  reliable,  in  that  the 
following  conditions  hold  [DiSc80] :  (1)  AH  message  delays  are  arbitrary  but  finite;  (2) 
Messages  are  transmitted  and  received  correctly.  That  is,  message  contents  are  never 
corrupted;  and  (3)  Sequenced  message  delivery  is  guaranteed.  That  is,  messages  sent  by 
process  A  to  process  B  are  received  in  the  order  sent.  These  assumptions  are  valid  in 
most  modern  data  communication  networks  (TaneSlJ. 

2.2.  The  Communication  Model 

According  to  Hoare’s  Communicating  Sequential  Processes,  process  A  can  send  a 
message  to  process  B  only  if  process  B  is  waiting  to  receive  a  message  from  process  A  . 
In  the  communication  model,  a  process  may  be  in  one  of  two  states,  idle  or  executing.  An 
executing  process  A  may  send  one  or  more  messages  at  any  time  to  other  processes. 
When  a  process  changes  state  from  executing  to  idle,  it  waits  selectively  for  messages 
from  some  processes.  This  set  of  processes  is  called  the  dependent  set  of  the  process.  An 
idle  process  may  receive  messages  only  from  processes  in  its  dependent  set,  whereupon  its 
state  changes  to  executing.  The  dependent  set  of  an  idle  process  does  not  change.  It  is 
further  assumed  that  processes  execute  reliably  in  that  they  do  not  fail,  abort,  or 
otherwise  abnormally  terminate  jFiL>85).  This  model  can  also  be  used  to  model  CSP 


[ChMi83j  and  resource  management  problems. 

Consider  as  an  example,  a  set  of  processes  \B,  C,  D\  which  jointly  serve  resource 
management  requests.  Process  A  is  idle  waiting  for  a  resource  grant  from  process  B  and 
a  grant  from  either  process  C  or  process  D .  Processes  B ,  C,  and  D  are  in  the  dependent 
set  of  process  A.  When  process  B  sends  a  message  containing  a  resource  grant  to  process 
A,  process  A  will  execute  and  determine  that  it  still  needs  a  resource  grant  from  process 
C  or  process  D.  Process  A  will  then  become  idle  and  wait  for  a  message  from  processes 
C  or  D.  Its  dependent  set  now  contains  only  processes  C  and  D.  Now,  suppose  process 
C  sends  a  resource  grant  message  to  process  A .  Process  A  determines  that  all  its 
requests  have  been  satisfied.  It  then  sends  a  message  to  process  D  to  tell  process  D  that 
it  is  no  longer  waiting  for  a  message  from  it.  Process  A  then  proceeds  to  carry  out  more 
computations,  determines  a  new  dependent  set,  and  returns  to  the  idle  state. 

If  an  idle  process  will  never  receive  a  message  from  any  process  in  its  dependent  set, 
it  is  permanently  idle,  or  deadlocked.  More  formally,  a  nonempty  set  S  of  processes  is 
deadlocked  [ChMi79]  if  and  only  if 

(1)  All  processes  in  S  are  idle; 

(2)  The  dependent  set  of  every  process  in  5  is  a  subset  of  S\  and 

(3)  There  are  no  messages  in  transit  between  processes  in  S. 

A  set  .S’  satisfying  these  three  conditions  is  referred  to  as  a  deadlocked  set. 

When  any  of  the  deadlock  detection  algorithms  discussed  in  this  thesis  is  used, 
processes  use  two  different  methods  for  communication.  The  lirst  is  via  exchange  of 
message  as  described  above.  An  idle  process  needs  to  receive  a  message  in  order  to 
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execute.  The  other  method  is  called  query  computation.  A  query  computation  is  carried 
out  by  processes  in  order  to  determine  whether  they  are  deadlocked.  To  carry  out  a 
query  computation,  queries  and  replies  are  exchanged  by  processes.  Processes  may 
exchange  queries  and  replies  while  they  are  in  the  idle  state. 

2.3.  The  CMH  Algorithm 

According  to  the  CMH  Algorithm,  an  idle  process  initiates  a  query  computation  by 
sending  a  query  to  each  process  in  its  dependent  set.  Information  on  the  query  initiator,  a 
sequence  number,  the  sender,  and  the  receiver  are  contained  in  the  query  header.  When 
an  idle  process  receives  a  query,  it  will  propogate  queries  to  all  the  processes  in  its 
dependent  set  unless  it  has  already  done  so.  It  counts  the  number  of  queries  sent  out. 
After  receiving  the  same  number  of  matching  replies,  it  will  send  a  reply  to  the  process 
from  which  it  received  the  query.  If  a  process  is  executing,  it  simply  discards  the  query. 
When  some  queries  are  discarded,  the  initiator  will  not  receive  the  required  number  of 
replies.  Therefore,  deadlock  will  not  be  declared. 

Consider,  as  a  brief  example,  a  system  shown  as  a  directed  graph  in  Figure  1.  Nodes 
in  this  graph  represent  processes.  Executing  processes  are  shown  as  a  double  circle.  A 
directed  edge  from  A  to  B  means  that  process  A  is  waiting  for  process  B,  and  therefore 
B  is  in  the  dependent  set  of  A .  If,  for  some  process  C ,  there  is  a  directed  path  from  A  to 
(7,  then  C  is  said  to  be  reachable  from  A,  and  is  in  the  reachable  set  of  A .  In  the 
example  shown  in  Figure  I,  the  reachable  set  of  A  is  J B,  C,  D,  E  j.  (Many  details  have 
been  omitted  from  this  example  in  order  to  show,  as  simply  as  possible,  the  main  points 
of  the  CMH  Algorithm.)  As  can  be  seen  from  this  graph,  the  set  of  processes  \B,  C,  D  ! 
is  deadlocked.  Suppose  process  B  initiates  a  query  computation  by  sending  a  query  to 


every  process  in  its  dependent  set  (processes  C  and  D).  It  will  then  wait  for  the  two 
corresponding  replies.  Process  D,  upon  receiving  the  query  from  process  B ,  will  send  a 
query  to  process  C.  Process  C,  upon  receiving  the  query  from  process  B,  will  send  a 
query  to  process  D.  After  receiving  the  query  from  process  D,  process  C  will  send  a 
reply  to  process  D.  Similarly,  process  D,  after  receiving  the  query  from  process  C,  will 
send  a  reply  to  process  C.  Both  processes  will  then  send  a  reply  to  process  B.  Once 
process  B  receives  both  replies,  it  will  declare  itself  deadlocked.  If  process  A  initiates  a 
query  computation,  it  will  not  receive  a  reply  matching  the  query  sent  to  process  E. 
Therefore,  process  A  will  not  declare  itself  deadlocked.  Suppose  that  process  E  later 
sends  a  message  to  process  F  and  then  becomes  idle,  waiting  for  process  C .  Process  A 
will  then  be  deadlocked  (along  with  processes  B,  C ,  D,  and  E).  However,  process  A 
might  never  learn  it  is  deadlocked  without  initiating  another  query  computation.  It  may 
be  more  efficient,  however,  to  have  process  C  or  D  break  the  deadlock,  and  for  process  E 
to  know  that  it  cannot  possibly  break  the  deadlock  by  acting  alone. 


Figure  1 

System  of  Processes  as  a  Directed  Graph 
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More  specifically,  queries  in  the  CMH  Algorithm  have  the  form  Q(t,  m,  j,  k)  where 

i  is  the  process  which  initiated  the  query  computation  ( initiator )  and  is  the  process 
trying  to  discover  if  it  is  deadlocked  or  not. 

m  is  a  sequence  number  (counter)  which  is  incremented  by  one  each  time  process  t 
initiates  a  new  query  computation.  The  sequence  number  is  used  to  ensure  old 
queries  do  not  interfere  with  any  newer  ones  initiated  by  the  same  process. 

j  is  the  process  which  sends  the  particular  query  (sender). 

k  is  the  process  which  will  receive  the  query  (receiver). 

Replies  to  queries  have  the  form  R(t,  m,  j,  k)  in  which  fields  have  the  same  meaning  as 
in  a  query.  For  any  given  set  of  values  of  |t,  m,  j,  and  k\,  process  P;  will  send  only  one 
query  Q(i,  m,  j,  k)  to  process  Pk.  Likewise,  process  Pk  will  send  only  one  reply 
R(i,  m,  k,  j)  in  response  to  the  query  Q(«,  m,  j,  k)  from  process  Pj. 

Each  process  maintains  four  arrays  of  local  variables.  Each  array  is  one¬ 
dimensional  of  length  yV,  where  N  is  the  number  of  processes  in  the  system.  The  four 
arrays,  as  maintained  by  process  Pk ,  are  described  below. 

LATEST(N) 

The  entry  LATEST(i)  holds  the  largest  (most  recent)  sequence  number  m  for  any 
query  Q(i,  m ,  j .  k)  received  by  process  Pk  or  query  Q(t,  m,  k,  j)  sent  by  process 
Pk.  Note  that  it  is  possible  for  process  Pk  to  initiate  a  query,  in  which  case  t  —  k  in 
the  query  Q(t,  m,  k ,  ;)  sent  by  Pk.  For  each  process,  array  LATEST  is  initially  set 


to  zeros. 


ENGAGER(N) 

The  entry  ENGAGER(i)  holds  the  identity  of  some  process  P-  (j  not  necessarily 
different  from  i)  which  caused  LATEST(i)  to  be  set  to  its  current  value  by  sending 
query  Q(t,  m,  j ,  k )  to  process  Pk.  This  array  is  used  to  store  the  information  on 
which  process  sent  the  query  so  that  the  corresponding  reply  may  be  sent  back  to 
that  process.  The  initial  value  of  ENGAGER(i)  is  arbitrary.  For  the  case  where 
i  =  k,  ENGAGER (i)  is  not  used  by  the  algorithm. 

NUM(N) 

The  entry  NUM(i)  holds  the  total  number  of  queries  of  the  form  Q(i,  m,  it,  j) 
which  were  sent  by  process  Pk  for  which  no  reply  has  yet  been  received.  When  a 
process  queries  the  processes  in  its  dependent  set,  NUM(t)  will  start  out  containing 
the  number  of  these  processes.  As  each  corresponding  reply  R(t,  m,  j,  k)  is  received 
and  is  verified  (m  =  LATEST («)),  NUM(i)  is  decremented  by  one.  When  NUM(i) 
becomes  zero,  all  replies  have  been  received.  Process  Pk  then  sends  reply 
R(»,  m,  k,  ENGAGER(i))  to  the  process  from  which  it  originally  received  the  query. 
The  initial  value  of  NUM(i)  is  also  arbitrary. 

WA1T(N) 

The  entry  WAJT(i)  shows  whether  or  not  process  Pk  has  been  continuously  idle 
since  LATEST(i)  was  last  updated.  If  so,  then  WAIT{i)  is  true,  otherwise  it  is 
false.  The  array  WAIT  is  initialized  to  false. 

The  following  seven  events  affect  the  detection  of  deadlock.  These  events  are  listed 
together  with  the  actions  taken  by  the  process. 
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(1)  An  executing  process  receives  a  query  —  An  executing  process  discards  all  queries 
received. 

(2)  An  executing  process  receives  a  reply  —  An  executing  process  discards  all  replies 
received. 

(3)  An  idle  process  receives  a  query  —  When  an  idle  process  Pk  receives  query 
Q(i,  m,  j ,  k),  it  performs  the  following: 

if  m  >  LATEST(i) 
then  begin 

LATEST(i)  :=  m; 

ENGAGER(i)  :=  j; 

WAIT(i)  :=  true; 

for  all  processes  Pr  in  the  dependent  set  S  of  Pk, 
send  query  Q(i,  m,  k ,  r) 

NUM(i)  :  —  number  of  processes  in  S; 

end 

else  if  WAIT(i)  and  m  =  LATEST(i) 

then  send  reply  R(«,  m,  k,  j)  to  process  P;; 
endif 
endif 

(4)  An  idle  process  receives  a  reply  —  If  an  idle  process  Pk  receives  a  reply  R(t  ,  m,  j ,  r) 
from  process  Pr,  process  Pk  performs  the  following: 

if  m  =  LA  TEST(i)  and  WAIT(i) 
then  begin 

NUM(i)  :=  NUM(i)  -  1; 
if  NUM(i)  =  0 
then  if  i  =  k 

then  declare  Pk  deadlocked 
else  send  reply  R(i,  m,  k,  j)  to  process  Pj 
where  j  =  ENGAGEH(i) 
endif 
endif 

end 

else  discard  the  reply; 
endif 


(5)  An  idle  process  receives  a  message  —  When  an  idle  process  receives  a  message,  it 
sets  WAIT(i)  false  for  all  i  and  begins  executing. 

(6)  An  idle  process  initiates  a  query  —  A  process,  upon  becoming  idle  for  time  Tx  will 
initiate  a  query  to  determine  if  it  is  deadlocked.  The  parameter  7’,  is  non-negative 
and  may  be  set  as  desired.  To  initiate  a  query,  process  Pt  must  do  the  following: 

begin 

LATEST(i)  :  -  LA  TEST(i)  +  1; 

WAlT(t)  true; 

For  all  processes  P}  in  the  dependent  set  S  of  P(, 
send  query  Q(t,  LATEST(i),  i,  j)  to  P- 

NUM{i)  number  of  processes  in  S; 

end; 

(7)  An  idle  process  has  waited  time  T2  since  last  initiating  a  query  computation  —  If  an 
idle  process  waits  for  some  specified  time  T2  and  still  has  not  received  all  the 
required  replies  (ie  NUM{i)  '0),  it  assumes  that  it  was  not  deadlocked  when  the 
last  query  computation  was  initiated.  Therefore,  the  process  may  continue  waiting 
for  some  time  7'-,  before  initiating  a  new  query  computation.  Parameter  T3  is 
determined  in  a  manner  similar  to  parameter  Ty  It  is  possible,  of  course,  that  there 
is  some  type  of  failure  in  the  system.  (Recall  that,  message  delays  may  be  arbitrary 
but  finite). 

Several  observations  can  be  made  concerning  the  GMH  Algorithm  [ChMi83,  HaasSl]. 
If  a  process  is  deadlocked  when  it  initiates  a  query  computation,  it  will  eventually  declare 
itself  deadlocked  (assuming,  of  course,  there  is  no  failure  in  the  network  or  system).  Also, 
if  every  process  initiates  a  new  query  computation  whenever  it  becomes  idle  (or  idle  for 
time  T x),  at  least  one  process  (namely,  the  last  process  in  the  set  to  become  idle)  in  every 


deadlocked  set  will  report  “deadlock”.  Note,  however,  that  this  algorithm  does  not 
guarantee  that  every  process  in  the  deadlocked  set  discovers  or  is  informed  that  it  is 
deadlocked.  Once  a  process  declares  itself  deadlocked,  it  only  knows  that  the  processes  in 
its  dependent  set  are  also  deadlocked.  The  processes  in  its  deadlocked  set  must  be 
discovered/notified  by  other  means.  If  e  is  the  number  of  communicating  pairs  in  the 
system,  then  no  more  than  e  queries  and  replies  will  be  required  for  a  single  process  to 
declare  itself  deadlocked.  If  N  is  the  number  of  processes  and  each  process  has  at  most  k 
processes  in  its  dependent  set,  then  e  <  k  *  N.  In  a  system  where  k  is  O(N),  the  CMH 
Algorithm  requires  Q(N2)  queries  and  replies  for  each  complete  query  computation. 
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CHAPTER  3. 

Five  Deadlock  Detection  Algorithms 

3.1.  Introduction 

In  this  chapter,  we  describe  five  new  algorithms  for  detecting  deadlock  among 
communicating  processes.  Each  successive  algorithm  implements  a  major  modification  to 
its  predecessor,  making  it  easier  to  understand  how  each  algorithm  works.  Algorithm  I 
uses  depth-first  search  techniques  instead  of  breadth-first  as  in  the  CMH  Algorithm. 
Algorithm  I  also  introduces  the  use  of  the  inform  and  the  concept  of  the  query  trace  list. 
The  inform  is  introduced  to  allow  an  executing  process  to  inform  the  initiator  of  a  query 
computation  that  it  is  not  deadlocked.  Algorithm  II  shows  that  query  computations  do 
not  need  to  be  terminated  when  encountering  an  executing  process.  Algorithm  111 
introduces  a  priority  scheme  into  query  computations  to  reduce  the  number  of  queries 
and  replies.  Algorithm  IV  makes  use  of  relevant  information  from  other  query 
computations,  and  Algorithm  V  can  be  used  to  find  all  minimal  deadlocked  sets. 

3.2.  Design  Goals  of  the  New  Algorithms 

Several  aspects  of  the  CMH  Algorithm  can  be  improved.  The  following  goals  are 
established  to  guide  the  development  of  improved  algorithms. 

(1)  All  true  deadlocks  are  detected,  with  no  false  detections. 

(2)  Once  a  process  in  a  deadlocked  set  declares  itself  deadlocked,  it  knows  the  identity 
of  the  other  processes  in  the  deadlocked  set. 
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(3)  A  process  which  has  initiated  a  query  will  receive  some  type  of  response  confirming 
the  presence  or  absence  of  deadlock. 

(4)  The  number  of  queries  and  replies  should  be  minimized. 

(5)  The  amount  of  information  passed  during  query  computations  should  be  minimized. 

(61  A  query  computation  should  identify  all  minimal  deadlocked  sets  (defined  in  Section 
3.8,  page  51)  in  the  reachable  set  of  the  initiator.  Any  process  declaring  deadlock 
should  also  learn  if  it  must  take  action  to  break  the  deadlock. 

(7)  During  the  course  of  the  query  computation,  at  least  one  process  in  each  minimal 
deadlocked  set  should  also  learn  the  identity  of  all  other  processes  in  its  minimal 
deadlocked  set,  since  at  least  one  process  from  the  minimal  deadlocked  set  will  be 
involved  in  a  scheme  to  break  the  deadlock.  By  identifying  all  processes  in  a 
minimal  deadlocked  set,  an  optimizing  deadlock  breaking  scheme  could  be 
implemented  more  easily. 


The  new  algorithms,  in  performing  query  computations,  use  four  different  types  of 


inter-process  communication.  These  four,  called  queries ,  replies,  cancels,  and  informs, 


will  be  referred  to  collectively  as  query  traffic.  Queries  are  sent  from  an  idle  process  (the 


engager  process)  to  a  process  in  its  dependent  set  (the  target  process)  to  ask  whether  or 


not  that  process  and  all  processes  in  its  reachable  set  are  idle.  A  reply  contains  an 


affirmative  response  to  a  query,  i.e.,  the  process  sending  the  reply  and  all  processes  in  its 


reachable  set  are  idle.  Cancels  are  used  to  stop  a  query  computation  once  it.  has  been 


verified  that  deadlock  condition  does  not  exist.  When  an  executing  process  receives  a 


query,  it  sends  an  inform  to  the  initiator  of  the  query  computation  telling  it  that  it  is  not 


deadlocked.  Since  query  traffic  formats  differ  for  the  five  algorithms,  specific  formats  will 


•  .  ' 


be  presented  prior  to  the  presentation  of  each  algorithm. 

3.3.  Additional  Assumptions 

The  communication  model  as  presented  in  [ChMi83,  HaasSlj  is  used  with  the 
following  three  additional  assumptions  about  the  system  and  processes  in  the  system: 

(1)  Each  computer  in  the  network  maintains  its  own  clock.  There  is  no  single  system- 
wide  clock  available.  Each  of  the  independently-maintained  clocks  can  be 
synchronized  to  within  a  desired  tolerance  of  Tc  [LaMe85|. 

(2)  An  executing  process  can  be  interrupted  to  process  query  traffic  if  it  is  not  already 
processing  query  traffic.  An  executing  process  air  ady  busy  processing  query  traffic 
queues  up  all  subsequent  query  traffic  awaiting  processing. 

(3)  Associated  with  each  process  is  a  priority  (not  necessarily  unique). 

The  definition  of  deadlock  remains  the  same  as  mentioned  in  Chapter  2. 

3.4.  Algorithm  I 

The  first  deadlock  detection  algorithm  presented,  Algorithm  1,  uses  only  queries  and 
replies  to  carry  out  deadlock  detection.  Cancels  are  used  to  reduce  the  number  of 
queries  and  replies  passed  once  it  has  been  determined  that  the  initiator  of  a  query 
computation  is  not  deadlocked.  Informs  are  used  to  tell  the  initiator  that  it  is  not 
deadlocked.  After  the  initiator  discovers  it  is  not  deadlocked,  it  may  initiate  a  new  query 
computation  at  a  later  time.  This  algorithm  differs  from  the  CMH  Algorithm  in  that,  a 
process  receiving  a  query  will  not  attempt  to  simultaneously  query  every  process  in  its 
dependent  set.  Rather,  one  process  in  the  dependent  set  is  queried  at  a  time.  The 
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corresponding  reply  must  be  received  before  the  next  process  in  the  dcpcndoui  set  is 
queried.  Also,  information  on  which  processes  have  seen  the  query  computation  is  passed 
in  the  queries  and  replies. 

3.4.1.  Query  Traffic  Formats  for  Algorithm  I 

Queries  have  the  form 

Q  (Sender,  Receiver,  M,  QTL) 

In  each  query. 

(1)  Sender  is  the  process  sending  the  query. 

(2)  Receiver  is  the  process  receiving  the  query. 

(3)  M  is  the  sequence  number  of  the  query  computation  and  shows  the  query  belongs  to 
the  Mth  query  computation  of  the  initiator. 

(4)  QTL  is  a  list  of  processes  Pt),  P(j,  •  •  •  ,  P,  .  A  process  Pk  is  in  this  list  if  it  has 
been  queried  during  the  current  query  computation.  QTL  referred  to  as  the 
query  trace  list.  Processes  appear  in  this  list  in  the  order  they  were  queried.  Hence, 
the  query  initiator  P(  is  the  first  process  in  the  QTL  (i.e.  P,  —  P(- ).  The  sender  of  a 
query  appears  in  the  query  trace  list. 

Replies  have  the  form 

R  (Sender,  Receiver,  M,  QTL) 

Each  field  in  a  reply  has  the  same  meaning  as  in  a  query.  Both  the  sender  and  the 
receiver  of  the  reply  appear  in  the  query  trace  list. 


■*.  •*.  V.  •*. 
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Cancels  have  the  form 

C  (Sender,  Receiver,  M,  P,- ) 

In  each  cancel, 

(1)  Sender  and  receiver  have  the  same  meaning  as  in  a  query. 

(2)  M  is  the  sequence  number  of  the  query  computation  being  stopped. 

(3)  P,  is  the  initiator  of  the  query  computation  being  stopped. 

Informs  have  the  form 

I  (Sender,  Receiver,  M ,  T) 

In  each  inform , 

(1)  Sender  and  receiver  hav*  the  same  meaning  as  in  a  query.  Since  informs  will  always 
be  sent  to  the  queiy  computation  initiator,  the  receiver  is  the  initiator. 

(2)  M  is  the  sequence  number  of  the  query  computation  which  enables  its  initiator  to 
discover  that  it  was  not  deadlocked  at  the  time  the  query  computation  was  initiated. 

(3)  T  is  a  timestamp  which  shows  the  time  the  query  initiator  was  verified  to  be  not 
deadlocked. 

3.4.2.  Local  Variables  for  Algorithm  I 


Each  process  maintains  seven  arrays  of  local  variables  and  three  scalar  variables. 
Each  array  is  one-dimensional  or  length  N,  where  N  is  the  number  of  processes  in  the 
system.  The  seven  arrays  and  three  scalar  variables,  as  maintained  by  process  Pk  when 


processing  a  query  computation  initiated  by  Pt,  are  described  below. 

LATEST(N) 

The  entry  LATEST(i)  holds  the  largest  (most  recent)  sequence  number  M  for  any 
query  Q  (Sender,  Receiver,  M,  QTL)  sent  or  received  by  process  Pk.  The  initial 
value  of  LATEST(i)  is  zeros. 

ENGAGER(N) 

The  entry  ENGAGER(i)  holds  the  identity  of  some  process  Pr  (r  not  necessarily 
different  from  i)  which  caused  LATEST(i)  to  be  set  to  its  current  value  by  sending 
a  query  Q  (Pr  Pk  M,  QTL )  to  process  Pk.  This  array  is  used  to  show  from  which 
process  a  query  has  been  received  ( engager  process)  so  the  corresponding  reply  may 
be  sent  back  to  the  engager.  The  initial  value  of  ENGAGER(t)  is  zeros. 

TARGET(N) 

The  entry  TARGET(i)  holds  the  identity  of  some  target  process  Pr  to  which 
process  Pk  sent  query  Q  (Pk  Pr  A/,  QTL)  and  which  has  not  yet  sent  back  the 
corresponding  reply.  A  process  considers  a  query  to  be  outstanding  after  it  is  sent 
until  the  corresponding  reply  is  received  or  the  query  computation  is  cancelled.  The 
initial  value  of  TARGET(i)  is  also  zeros. 

DEPENDENT(N) 

The  entry  DEPENDENT^ )  is  a  boolean  flag  which  shows  whether  or  not  process  Pt 
is  in  the  dependent  set  of  process  Pk.  The  initial  value  of  DEPEND  ENT  (i)  is 
FALSE.  The  array  DEPENDENT  may  only  be  changed  when  Pk  is  executing. 
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REACHABLES(N) 

The  entry  REACHABLES(i)  is  a  boolean  flag  which  shows  whether  or  not  process 
P,  is  in  the  reachable  set  of  process  Pk  when  Pk  knows  it  is  deadlocked.  The  initial 
value  of  REACHABLES{i )  is  FALSE.  The  array  REACHABLES  may  only  be 
changed  when  Pk  receives  a  reply  which  causes  Pk  to  declare  deadlock. 

WAIT(N) 

The  entry  WAIT(i)  shows  whether  or  not  process  Pk  has  been  continuously  idle 
since  LATEST(i)  was  last  updated.  If  so,  then  WAIT{i)  is  true,  otherwise  it  is 
false.  The  array  WAIT  is  initialized  to  false. 

EDGETYPE(N) 

The  entry  EDGETYPE(i)  in  the  boolean  array  shows  whether  the  query  from  the 
query  computation  initiated  by  P,  and  sent  to  the  process  in  TARGET(i)  is  a  tree 
edge  (TRUE)  or  not.  EDGETYPE(i)  is  FALSE  if  there  is  no  outstanding  query  or 
if  the  query  outstanding  created  a  forward,  back,  or  cross  edge  in  the  DFS  tree 
(ReNi77).  EDGETYPE  is  initialized  to  FALSE. 

LASTTIME 

The  variable  LASTTIME  stores  the  time  at  which  the  process  last  confirmed  it  was 
not  deadlocked.  A  process  may  confirm  that  it  is  not  deadlocked  either  because  it  is 
executing,  or  because  it  receives  an  inform  from  an  executing  process. 

STATE 

The  variable  STATE  is  a  boolean  flag  which  shows  if  process  Pk  is  in  the  executing 
(TRUE)  or  idle  (FALSE)  state. 
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DEADLK 

The  variable  DEADLK  is  a  boolean  flag  which  shows  if  process  Pk  knows  it  is 
deadlocked  (TRUE).  If  Pk  does  not  know,  then  DEADLK  is  FALSE.  DEADLK  is 
initialized  to  F  ALSE. 

3.4.3.  Events  for  Algorithm  I 

For  Algorithm  I,  the  following  events  are  of  interest: 

(1)  An  idle  process  receives  a  message. 

(2)  A  process  receives  a  query. 

(3)  A  process  receives  a  reply. 

(4)  A  process  receives  a  cancel. 

(5)  A  process  receives  an  inform . 

(6)  A  process  sends  a  message. 

(7)  An  executing  process  changes  state  to  idle. 

(8)  A  process  becomes  idle  for  time  7^  since  last  executing  or  last  receiving  an  inform. 

The  actions  taken  by  a  process  when  each  of  these  events  occurs  are  described  below.  It  is 
assumed,  but  not  shown,  that  all  query  traffic  received  is  first  checked  for  validity.  The 
variable  N  contains  the  number  of  processes  in  the  system.  The  pseudo  code  for 
Algorithm  I  is  listed  in  Appendix  A. 

( I )  When  an  idle  process  Pr  receives  a  message  and  begins  executing,  it  takes  the 


following  actions: 


(a)  Changes  its  state  to  executing. 

(b)  Reinitializes  the  array  WAIT  to  FALSE. 

(c)  For  each  outstanding  query,  sends  an  inform  to  the  query  initiator. 

(d)  Cancels  all  outstanding  queries  which,  when  sent,  created  tree  edges  (sent  to  a 
process  not  yet  in  the  query  trace  list). 

(e)  Removes  all  evidence  of  queries  received. 

(2)  When  a  process  Pr  receives  a  query  Q  ( Pk  Pr  M ,  QTL)  belonging  to  a  query 

computation  initiated  by  P,,  it  takes  the  following  actions: 

(a)  If  the  query  is  from  a  query  computation  not  seen  before, 

Updates  LATEST(i). 

(b)  If  PT  is  executing,  then 

Sends  an  inform  to  the  query  initiator. 

Discards  the  query. 

(c)  If  Pr  is  deadlocked,  then 

-  Sets  WAIT(i)  to  TRUE. 

Adds  Pr  and  all  members  of  its  reachable  set  to  the  query  trace  list. 

Sends  a  reply  to  the  engager  process  Pk. 

(d)  If  Pr  is  idle  and  is  not  in  the  query  trace  list,  then 

Sets  WAIT(i)  to  TRUE. 

-  Adds  PT  to  the  query  trace  list. 

If  there  is  a  process  P,  in  the  dependent  set  which  is  not  the  engager,  sends 
a  query  to  the  first  such  process.  The  query  being  sent  creates  either  a 
tree  edge  (if  P(  is  not  in  the  query  trace  list)  or  a  different  type  of  edge 
(forward, back,  or  cross  edge).  Sets  EDGETYPE(i)  accordingly. 

If  the  dependent  set  is  empty  or  contains  only  the  engager,  sends  a  reply 
back  to  process  Pk. 

(e)  If  Pr  is  idle,  and  Pr  is  in  the  query  trace  list,  then 

If  Pr  has  been  continuously  idle  since  receiving  the  query  computation  the 
first  time  (WAIT(i)  is  TRUE),  then  sends  a  reply  to  Pk. 
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If  Pr  has  not  been  continuously  idle  since  receiving  the  query  computation 
the  first  time  ( WAIT(i )  is  FALSE),  then  sends  an  inform  to  Pt  and 
discards  the  query. 

(3)  When  a  process  Pr  receives  a  reply  R  (Pk  Pr  M,  QTL)  belonging  to  a  query 

computation  initiated  by  Pt ,  it  takes  the  following  actions: 

(a)  If  PT  is  deadlocked 

Adds  all  members  of  its  reachable  set  to  the  query  trace  list. 

Sends  a  reply  to  the  engager  process. 

(b)  If  Pt  is  idle  but  does  not  know  it  is  deadlocked 

If  there  is  a  process  Pi  following  Pk  in  the  dependent  set  which  is  not  the 
engager,  sends  a  query  to  the  first  such  process.  The  query  being  sent 
creates  either  a  tree  edge  (if  Pt  is  not  in  the  query  trace  list)  or  a  different 
type  of  edge  (forward, back,  or  cross  edge).  Sets  EDGETYPE(i) 
accordingly. 

Otherwise,  if  Pr  is  the  query  initiator,  declares  DEADLOCK  for  PT  and  all 
processes  in  the  query  trace  list.  For  each  process  P-  appearing  in  the 

QTL ,  sets  REA CHABLES(j)  to  TRUE. 

Otherwise  ( Pr  is  not  the  initiator  and  the  dependent  set  has  been  queried 
except  possibly  the  engager),  sends  a  reply  to  the  engager  process. 

(4)  When  a  process  Pr  receives  a  cancel  ('  (Pk  Pt  M,  Pt),  it  takes  the  following 
actions: 

(a)  If  Pr  has  an  outstanding  query  with  the  same  initiator  and  matching  sequence 
number  which  was  sent  to  a  process  not  in  the  query  trace  list  (tree  edge), 
sends  the  cancel  to  this  process. 

(b)  Removes  all  evidence  of  the  matching  query  (whether  or  not  a  cancel  was 
sent). 

(5)  When  a  process  Pr  receives  an  inform  I  (Pk  Pr  M,  T),  it  takes  the  following 
actions: 

(a)  Updates  the  time  that  it  last  knew  that  it  was  not  deadlocked. 

(b)  May  initiate  a  new  query  computation  at  some  later  time  in  order  to  detect  a 
possible  deadlock. 


(6)  When  a  process  Pk  sends  a  message,  no  query  computation  action  is  required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  it  takes  the  following  actions: 

(a)  Changes  its  STATE  flag  to  show  it  is  idle. 

(b)  Sets  the  lasttime  that  it  knew  that  it  was  not  deadlocked. 

(8)  When  a  process  P,  becomes  idle  for  time  T j  since  becoming  idle  or  since  last 
receiving  an  inform ,  it  initiates  a  new  query  computation  and  sends  a  query  to  the 
first  process  Pr  in  the  dependent  set. 

3.5.  Algorithm  II 

In  Algorithm  I,  a  process  which  suspects  it  may  be  deadlocked  initiates  a  query 
computation.  If  an  inform  indicating  no  deadlock  is  received  and  at  a  later  time  the 
process  still  suspects  it  is  deadlocked,  it  must  initiate  another  query  computation.  For 
some  systems,  such  as  interactive  information  retrieval  programs  operating  on  distributed 
databases,  the  ability  of  a  process  to  monitor  its  deadlock  status  without  having  to 
periodically  initiate  query  computations  is  desirable.  This  is  especially  true  of  a  process 
which  interfaces  directly  with  a  user,  since  a  monitoring  capability  can  reduce  user 
anxiety  during  periods  of  apparent  inactivity.  Algorithm  II  serves  this  purpose. 

Algorithm  II  also  uses  only  queries  and  replies  to  carry  out  deadlock  detection. 
Cancels  and  informs  are  used  for  the  same  purposes  as  in  Algorithm  I,  although  the  logic 
controlling  when  to  send  a  cancel  is  different.  Unlike  Algorithm  I,  according  to 
Algorithm  II  an  executing  process  does  not  discard  a  query  after  sending  an  inform  to  the 
query  initiator.  Rather,  the  query  is  held  and  the  query  computation  may  continue  once 
the  process  finishes  executing.  Because  query  computations  are  not  discarded  when  they 
encounter  executing  processes,  an  executing  process  can  periodically  inform  idle  processes 


suspecting  deadlock  that  they  are  not  deadlocked.  Thus,  once  an  idle  process  initiates  a 
query  computation,  it  effectively  monitors  its  own  deadlock  status  by  periodically 
receiving  informs  from  executing  processes  in  its  reachable  set. 

3.5.1.  Query  Traffic  Formats  for  Algorithm  H 

Queries  have  the  form 

Q  (Sender,  Receiver,  T,  QTL) 

In  each  query , 

(1)  Sender  is  the  process  sending  the  query. 

(2)  Receiver  is  the  process  receiving  the  query. 

(3)  T  is  a  timestamp  which  shows  the  time  the  query  initiator  was  last  informed  that  it 
was  not  deadlocked. 

(4)  QTL  is  a  list  of  process/sequence  number  pairs  P,(,  A/,  .  /’,  •  A/t  ,  ■  •  •  ,  P(  ,  Mi  and 
is  referred  to  as  the  query  trace  list.  A  process  P  which  appears  in  this  sequence 
has  been  queried  during  the  current  query  computation  and  is  assumed  to  be  idle  by 
the  sender.  A/,t  is  the  sequence  number  associated  with  process  Pt- .  Because  query 
computations  are  allowed  to  be  restarted  by  processes  other  than  the  query  initiator, 
each  process  must  have  its  own  sequence  number.  This  number  shows  the  number 
of  attempts  by  the  process  to  complete  the  query  computation  which  has  the  same 
query  trace  list  (to  include  the  same  associated  sequence  numbers).  Processes  appear 
in  the  query  trace  list  in  the  order  they  were  queried.  Thus,  P,-  is  the  query 

initiator.  The  sender  of  a  query  appears  in  the  query  trace  list. 
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Replies  have  the  form 

R  (Sender,  Receiver,  T ,  QTL) 

Each  field  in  a  reply  has  the  same  meaning  as  in  a  query.  Both  the  sender  and  the 
receiver  of  the  reply  appear  in  the  query  trace  list. 

Cancels  have  the  form 

C  (Sender,  Receiver,  P,  M,  ...,  Pk  Mk) 

In  each  cancel, 

(1)  Sender  and  receiver  have  the  same  meaning  as  in  a  query. 

(2)  QTL  is  a  list  of  process/sequence  number  pairs  P,- ,  A/,  ,  P,- ,  MI?,  •  •  ■  ,  Pf. ,  A/,- 

which  make  up  the  query  trace  list  as  seen  by  the  initiator  of  the  cancel.  Thus,  the 
first  process  P,-  is  the  initiator  of  the  query  computation  being  stopped,  and  the  last 
process  P(-  is  the  process  which  initiated  the  cancel.  As  a  cancel  is  passed  from 
process  to  process,  the  query  trace  list  portion  of  the  cancel  does  not  expand. 

Informs  have  the  form 

I  (Sender,  Receiver,  M .  T) 

In  each  inform, 

(1)  Sender  and  receiver  have  the  same  meaning  as  in  a  query. 

(2)  M  is  the  sequence  number  M,  from  the  query  computation  which  enables  its 
initiator  to  discover  that  it  was  not  deadlocked  at  the  lime  it  initiated  the  query 
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computation. 

(3)  T  is  a  timestamp  which  shows  the  time  the  query  initiator  was  verified  by  an 
executing  process  to  be  not  deadlocked. 

3.5.2.  Local  Variables  for  Algorithm  II 

Each  process  maintains  eight  arrays  of  local  variables  and  four  scalar  variables.  One 
of  the  arrays  is  two-dimensional,  and  the  other  seven  arrays  are  one-dimensional  of 
length  N ,  where  N  is  the  number  of  processes  in  the  system.  The  eight  arrays  and  four 
variables,  as  maintained  by  process  Pk  when  processing  a  query  computation  initiated  by 
P,,  are  described  below. 

LATEST(N,2N) 

The  array  LA  TEST  is  two-dimensional  and  is  used  to  hold  copies  of  query  trace 
lists  from  queries  received  by  process  Pk.  The  entry  LATEST (i,*)  holds  a  copy  of 
the  query  trace  list  from  a  query  received  by  process  Pk  which  was  initiated  by 
process  Pt.  Thus,  LATEST(i,l)  holds  the  first  entry  in  the  query  trace  list,  which  is 
simply  P,,  the  query  initiator,  and  LATEST(i,2)  holds  the  corresponding  sequence 
number  A/,.  The  array  LATEST  is  initialized  to  zeros. 

ENGAGER(N) 

The  entry  ENGAGER(i)  holds  the  identity  of  some  process  Pr  (r  not  necessarily 
different  from  i)  which  caused  LATEST(i,*)  to  be  set  to  its  current  values  by 
sending  a  query  Q(Pr  Pk  T,  QTL)  to  process  Pk.  This  array  is  (he  same  as  in 
Algorithm  I. 
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TIMES(N) 

The  entry  TIMES(i)  holds  the  value  of  the  timestamp  T  carried  in  the  most 
recently  received  query  which  was  initiated  by  process  P-.  Thus,  TIMES(i)  shows 
when  process  Pk  thinks  process  P,  last  knew  that  P,  u.'.s  not  deadlocked.  It  is 
possible,  however,  that  more  recent  informs  have  been  sent  to  process  P,  which 
process  Pk  does  not  know  about. 

TARGET(N) 

This  array  is  the  same  as  in  Algorithm  I. 

DEPENDENT(N) 

This  array  is  the  same  as  in  Algorithm  I. 

REACHABLES(N) 

This  array  is  the  same  as  in  Algorithm  I. 

WAIT(N) 

The  entry  WAIT{i)  shows  whether  or  not  process  Pk  has  been  continuously  idle 
since  LATEST(t ,  *)  was  last  updated.  This  array  is  the  same  as  in  Algorithm  1. 

EDGETYPE(N) 

This  array  is  the  same  as  in  Algorithm  I. 

LASTTIME 

This  variable  is  the  same  as  in  Algorithm  I. 

NEWQRYNUM 

The  variable  NEWQRYNUM  is  a  sequence  number  (counter)  which  is  incremented 
by  one  each  time  process  Pk  initiates  a  new  query  computation.  This  number  will 
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be  used  in  forming  the  query  trace  list. 

STATE 

This  variable  is  the  same  as  in  Algorithm  I. 

DEADLK 

This  variable  is  the  same  as  in  Algorithm  I. 

In  the  description  of  the  events  for  Algorithm  II  (shown  below),  and  in  the  pseudo 
code  (listed  in  Appendix  B),  we  use  QTL(2k—l)  to  denote  process  P,k  in  the  query  trace 
list,  and  QTL(2k)  to  denote  the  sequence  number  associated  with  this  process.  Thus, 
QTL{\)  denotes  the  first  process  Pt  in  the  QTL,  i.e.  the  initiator  of  the  query 
computation  in  question. 

3.5.3.  Events  for  Algorithm  II 

For  Algorithm  II,  the  following  events  are  of  interest: 

(1)  An  idle  process  receives  a  message. 

(2)  A  process  receives  a  query. 

(3)  A  process  receives  a  reply. 

(4)  A  process  receives  a  cancel. 

(5)  A  process  receives  an  inform. 

(6)  A  process  sends  a  message. 

(7)  An  executing  process  changes  state  to  idle. 
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(8)  A  process  becomes  idle  for  time  Tt  since  last  executing  or  last  receiving  an  inform. 

The  actions  taken  by  a  process  when  each  of  these  events  occurs  are  described  below.  The 
variable  N  contains  the  number  of  processes  in  the  system.  The  pseudo  code  for 
Algorithm  II  is  listed  in  Appendix  B. 

(1)  When  an  idle  process  PT  receives  a  message  from  process  Pk  and  begins  executing,  it 

takes  the  following  actions: 

(a)  Changes  its  state  to  executing. 

(b)  Reinitializes  the  array  WAIT  to  FALSE. 

(c)  If  Pr  initiated  a  query  computation  and  has  a  query  outstanding  which  created 
a  tree  edge,  sends  a  cancel  to  the  target  process.  Regardless  of  the  edgetype, 
deletes  the  query. 

(d)  If  Pr  has  any  other  queries,  either  held  or  outstanding,  sends  informs  to  the 
query  computation  initiators. 

(e)  For  any  outstanding  queries  which  formed  tree  edges,  sends  cancels  to  the 
target  professes. 

(f)  Shortens  each  query  so  that  Pr  Mr  is  the  last  process/sequence  number  pair  in 
the  query  trace  list. 

(2)  When  a  process  Pr  receives  a  query  Q  (Pk  Pr  T,  QTL),  it  takes  the  following 
actions: 

(a)  If  PT  is  executing  and  has  seen  the  query  computation  before  i.e.  it  is  in  the 
QTL,  it  discards  the  query  just  received. 

(b)  If  Pr  is  executing  and  has  not  seen  the  query  computation  before, 

Adds  itself  (with  sequence  number  1)  to  the  end  of  the  query  trace  list, 
updates  the  time  field  T  in  the  query,  and  stores  a  copy  of  the  query. 

Sends  an  inform  to  the  query  initiator  P,. 

(c)  If  Pr  is  deadlocked, 

If  P,  is  not  in  the  query  trace  list,  adds  itself  and  all  members  of  its 
reachable  set  which  are  not  already  in  the  query  trace  list  to  the  query 
trace  list.  The  sequence  numbers  associated  with  all  processes  added  from 
the  reachable  set  are  t). 
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-  Sends  a  reply  to  process  Pk. 

(d)  If  Pr  is  idle,  and  Pr  is  in  the  QTL 

If  PT  has  been  continuously  idle  since  receiving  the  query  computation  the 
first  time  (WAPr{i)  is  TRUE),  or  the  sequence  number  associated  with  Pr 
in  the  QTL  is  0,  then  sends  a  reply  to  Pk. 

If  Pr  has  not  been  continuously  idle  since  receiving  the  query  computation 
the  first  time  (WAIT(i)  is  FALSE),  then  the  query  will  be  discarded 
during  the  validity  check. 

(e)  If  PT  is  idle  and  has  not  seen  the  query  computation  before 

Sets  WAIT(i)  to  TRUE. 

Adds  itself  (with  sequence  number  1)  to  the  QTL. 

If  there  is  a  process  Pt  in  the  dependent  set  which  is  not  the  engager,  sends 
a  query  to  the  first  such  process.  The  query  being  sent  creates  either  a 
tree  edge  (if  Pt  is  not  in  the  QTL)  or  a  different  type  of  edge  (forward, 
back,  or  cross  edge).  Sets  EDGETYPE(i)  accordingly.  Updates 
LA  TEST[i,*). 

Otherwise,  sends  a  reply  back  to  process  Pk. 

(3)  When  a  process  Pr  receives  a  reply  R  (Pk  Pt  T ,  QTL),  it  takes  the  following 
actions: 

(a)  If  Pr  has  queried  all  processes  in  its  dependent  set  except  possibly  the  engager, 
and  Pr  is  the  query  initiator,  then 

Declares  DEADLOCK  for  Pr  and  all  processes  in  the  QTL. 

For  each  process  P)  appearing  in  the  QTL,  sets  REACHABLES(j)  to 
TRUE. 

For  each  query  outstanding,  sends  a  cancel  to  the  target  process. 

Shortens  the  query  t  race  list  of  each  query  held  by  Pr  so  that  Pr  is  the  last 
process  in  the  query  trace  list.  Increases  the  sequence  number  associated 
with  PT  by  1. 

For  each  query  now  being  held  by  Pr,  augments  the  query  trace  list  to 
include  all  processes  in  the  reachable  set  of  I\.  The  sequence  numbers 
associated  with  all  processes  added  from  the  reachable  set  are  0. 


Sends  replies  to  the  engager  processes. 
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(b)  If  Pr  has  queried  all  processes  in  its  dependent  set  except  possibly  the  engager, 
and  PT  is  not  the  query  initiator,  then 

Sends  a  reply  to  the  engager  process. 

(c)  Otherwise  (there  is  a  process  Pt  following  Pk  in  the  dependent  set  which  is  not 
the  engager), 

Sends  a  query  to  the  first  such  process.  The  query  being  sent  creates 
either  a  tree  edge  (if  Pt  is  not  in  the  QTL)  or  a  different  type  of  edge 
(forward,  back,  or  cross  edge).  Sets  EDGETYPE(i)  accordingly. 

(4)  When  a  process  PT  receives  a  cancel  C  ( Pk  Pr  QTL),  it  takes  the  following  actions: 

(a)  If  Pr  has  an  outstanding  query  which  created  a  tree  edge  and  which  matches 
the  QTL  of  the  cancel,  sends  a  cancel  to  the  target  process. 

(b)  Deletes  the  query. 

(5)  When  a  process  Pr  receives  an  inform  I  (Pk  Pr  M ,  T),  it  updates  the  time  that  it 
last  knew  that  it  was  not  deadlocked. 

(6)  When  a  process  Pk  sends  a  message,  no  query  computation  action  is  required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  it  takes  the  following  actions: 

(a)  Changes  its  STATE  flag  to  show  it  is  idle. 

(b)  Sets  the  lasttime  that  it  knew  that  it  was  not  deadlocked. 

(c)  Processes  any  query  being  held  by  Pk  as  though  it  had  just  been  received, 

increasing  by  one  the  sequence  number  associated  with  Pk  in  the  QTL. 

(8)  When  a  process  Pi  becomes  idle  for  time  T]  since  changing  state  from  executing  to 

idle,  it  initiates  a  new  query  computation  by  sending  a  query  to  the  first  process  in 

the  dependent  set.  This  creates  a  tree  edge.  EDGETYPE(i)  is  set  to  TRUE. 

3.6.  Algorithm  III 

The  third  deadlock  detection  algorithm  presented,  Algorithm  111,  differs  from 
Algorithm  II  in  that  a  priority  scheme  is  used  to  reduce  the  number  of  queries  and  replies 
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being  passed  through  the  system.  According  to  Algorithm  III,  processes  in  the  system  are 
assigned  priorities.  A  process  may  change  its  assigned  priority  only  when  it  is  executing. 
The  priority  of  a  query  computation  is  equal  to  the  priority  of  the  initiator  at  the  time 
the  query  computation  is  initiated.  Thus,  the  priority  of  a  particular  query  computation 
does  not  change.  When  a  query  is  received,  the  process  receiving  the  query 
holds  this  query  if  it  has  another  query  outstanding  which  has  a  higher  priority.  It 
processes  this  query  if  the  query  has  a  priority  at  least  as  high  as  that  of  any  outstanding 
query.  Therefore,  the  highest  priority  processes  will  always  have  their  query 
computations  processed  and  will  be  able  to  monitor  their  own  deadlock  status  just  as  in 
Algorithm  II.  A  lower  priority  process  is  not  guaranteed  to  receive  informs  periodically 
after  initiating  a  query  computation,  since  its  query  computation  may  be  held  by  other 
idle  processes.  Also,  an  idle  process  does  not  begin  to  query  its  dependent  set,  until  it  has 
been  continuously  idle  for  7\  time. 

Higher  priority  query  computations  can  cause  processing  of  lower  priority  query 
computations  to  be  suspended.  Therefore,  the  possibility  of  starvation  for  lower  priority 
query  computations  exists.  For  example,  consider  a  set  of  processes  with  dependency 
relationships  as  shown  in  Figure  2.  The  priorities  of  the  processes  are  as  indicated,  with  2 
being  the  highest  priority.  Suppose  that  processes  A  and  13  pass  messages  back  and  forth 
between  themselves,  thus  executing  alternately,  and  that  all  the  other  processes  are  in 
fact  deadlocked.  In  this  example,  processes  C.  D,  E,  and  F  should  all  discover  they  are 
deadlocked.  However,  there  is  a  possibility  that  A  and  D  prevent  C,  D,  E,  and  F  from 
ever  discovering  they  are  deadlocked  by  sending  higher  priority  queries  (and  possibly 
cancels). 


Figure  2 

Starvation  Example 


In  order  to  prevent  starvation,  an  aging  scheme  is  introduced.  According  to  this 
scheme,  each  query  computation  has  associated  with  it  an  urgency.  The  urgency  of  a 
suspended  query  computation  is  a  monotone  increasing  function  of  the  priority  of  the 
query  computation  and  a  starvation  factor  which  is  computed  by  a  process  when 
processing  the  query  computation.  For  example,  we  let  the  urgency  of  a  query 
computation  be  the  sum  of  the  priority  of  the  query  computation  and  the  integer  quotient 
of  the  starvation  count  divided  by  some  user  chosen  constant  M.  To  determine  how  the 
starvation  factor  should  be  increased,  we  note  that  it  should  not  be  a  function  simply  of 
the  amount  of  time  a  query  computation  is  held  by  a  process  because  it  has  higher 
priority  query  computations  outstanding,  since  the  higher  priority  query  computations 
may  have  reached  an  executing  process.  If  this  is  the  case,  increasing  the  urgency  of  the 
other  suspended  query  computations  with  lower  priorities  tends  to  defeat  the  original 
purpose  of  the  priority  system.  Without  an  aging  scheme,  starvation  can  only  occur 
when  processes  send  higher  priority  queries ,  followed  by  cancels  and  more  queries.  Some 
processes  may  reply  to  these  higher  priority  query  computations  before  receiving  the 
cancels.  One  reliable  way  to  adjust  the  query  computation  urgencies  is  to  have  the 
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starvation  factor  based  on  the  number  of  cancels  a  process  receives  and  the  number  of 
replies  a  process  sends  in  response  to  queries  from  higher  priority  query  computations. 
How  the  starvation  factor  of  a  suspended  query  computation  is  increased  will  be  described 
later  in  this  section. 

3.6.1.  Query  Traffic  Formats  for  Algorithm  III 

Queries  have  the  form 

Q  (Sender,  Receiver,  U,  T,  QTL) 

In  each  query, 

(1)  All  fields  except  U  have  the  same  meaning  as  in  Algorithm  II. 

(2)  U  shows  the  priority  of  the  query  initiator.  Although  it  does  not  need  to  be 
included  in  the  actual  query,  since  it  could  be  a  function  of  Pi  and/or  Mt,  it  is 
shown  for  clarification.  Priorities  of  processes  do  not  have  to  be  unique.  If  all  the 
priorities  of  processes  are  the  same,  Algorithm  III  performs  much  like  Algorithm  II. 

Replies  have  the  form 

R  (Sender,  Receiver,  T,  QTL) 

Each  field  in  a  reply  has  the  same  meaning  as  in  Algorithm  II.  The  priority  field  is  not 
used  in  a  reply  since  replies  are  never  held. 

Cancels  have  the  form 

C  (Sender,  Receiver,  QTL) 
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Each  field  in  a  cancel  has  the  same  meaning  as  in  Algorithm  11. 

Informs  have  the  form 

I  (Sender,  Receiver,  M,  T) 

Each  field  in  an  inform  has  the  same  meaning  as  in  Algorithm  II. 

3.6.2.  Local  Variables  for  Algorithm  IU 

Each  process  maintains  eleven  arrays  of  local  variables  and  five  scalar  variables.  One 
of  the  arrays  is  two-dimensional,  and  the  other  ten  arrays  are  one-dimensional  of  length 
N,  where  N  is  the  number  of  processes  in  the  system.  The  eleven  arrays  and  five 
variables,  as  maintained  by  process  Pk  when  processing  a  query  computation  initiated  by 
process  P, ,  are  described  below. 

LATEST(N,2N) 

This  array  is  the  same  as  in  Algorithm  II. 

ENGAGER(N) 

This  array  is  the  same  as  in  Algorithm  II. 

PRIORI  N) 

The  entry  PRIOR (i)  holds  the  priority  of  process  P, .  If  the  priority  of  a  process  is 
a  function  of  P,  and/or  M,,  then  this  array  is  not  needed. 

STARVE(N) 

The  entry  ST 'ARVP(i)  holds  the  number  of  cancels  Pk  received  or  replies  l\  sent, 
for  engaging  queries  which  caused  a  lower  priority  query  computation  initiated  by 
P,  to  be  suspended  by  Pk. 


TIMES(N) 


This  array  is  the  same  as  in  Algorithm  11. 

TARGET(N) 

This  array  is  the  same  as  in  Algorithm  II. 

DEPENDENT(N) 

This  array  is  the  same  as  in  Algorithm  II. 

REACHABLES(N) 

This  array  is  the  same  as  in  Algorithm  II. 

WAIT(N) 

This  array  is  the  same  as  in  Algorithm  II. 

EDGETYPE(N) 

This  array  is  the  same  as  in  Algorithm  II. 

LASTREP(N) 

The  entry  LASTREP(i)  shows  which  process  from  the  dependent  set  last  sent 
reply  to  Pk  for  a  query  computation  initiated  by  Pt. 

I,  ASTTIME 

This  variable  is  the  same  as  in  Algorithm  II. 

NEWQRYNUM 

This  variable  is  the  same  as  in  Algorithm  II. 


STATE 


s 


This  variable  is  the  same  as  in  Algorithm  JI. 
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DEADLK 

This  variable  is  the  same  as  in  Algorithm  II. 

URGENCY 

The  variable  URGENCY  may  be  computed  at  any  time  from  entries  in  arrays 
PRIOR  and  STARVE.  URGENCY  is  included  here  for  ease  of  understanding.  For 
some  query  computation  initiated  by  Pt  with  priority  U,  and  being  held  by  Pk,  the 
URGENCY  of  the  held  query  computation  is  the  sum  of  U  (found  in  PRlOR(i)), 
and  the  integer  quotient  of  STARVE(i)  divided  by  some  user-chosen  constant  M. 
M  normally  would  be  greater  than  the  largest  possible  number  of  processes  in  the 
system. 

In  the  description  of  the  events  for  Algorithm  III  (shown  below),  and  in  the  code 
(listed  in  Appendix  C),  the  one-dimensional  array  QTL  is  used  just  as  it  was  for 
Algorithm  II. 

3.8.3.  Events  for  Algorithm  HI 

For  Algorithm  III,  the  following  events  are  of  interest: 

(1)  An  idle  process  receives  a  message. 

(2)  A  process  receives  a  query. 

(3)  A  process  receives  a  reply. 

(4)  A  process  receives  a  cancel. 


(5)  A  process  receives  an  inform. 
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(6)  A  process  sends  a  message. 

(7)  An  executing  process  changes  state  to  idle. 

(8)  A  process  becomes  idle  for  time  since  last  executing  or  last  receiving  an  inform. 
This  is  when  the  process  initiates  its  own  query  computation. 

(9)  A  process  becomes  idle  for  time  T2  (where  T2  <  T  f)  since  last  executing  or  last 
receiving  an  inform.  This  is  when  queries  being  held  are  restarted. 

The  actions  taken  by  a  process  when  each  of  these  events  occurs  are  described  below.  It  is 

assumed,  but  not  shown,  that  all  query  traffic  received  is  first  checked  for  validity. 

Events  in  Algorithm  III  which  are  the  same  as  those  in  Algorithm  II  are  noted  as  such. 

The  variable  N  contains  the  number  of  processes  in  the  system.  The  p  'H<>  code  for 

Algorithm  III  is  listed  in  Appendix  C. 

(1)  When  an  idle  process  Pr  receives  a  message  and  begins  executing,  the  actions 
required  are  the  same  as  for  Algorithm  II  except  that  the  array  STARVE  is  reset  to 
0. 

(2)  When  a  process  Pr  receives  a  query  Q  ( Pk  Pr  U,  T,  QTL),  it  takes  the  following 
actions: 

(a)  If  Pr  is  executing  and  has  seen  the  query  computation  before  ( Pr  is  in  the 
QTL),  then 

Discards  the  query  just  received. 

(b)  If  P,  is  executing  and  has  not  seen  the  query  computation  before,  then 

Adds  itself  to  the  end  of  the  query  trace  list  using  sequence  number  1. 

Updates  the  time  field  T  in  the  query. 

Stores  a  copy  of  the  query. 
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Sends  an  inform  to  the  query  initiator. 

(c)  If  Pr  is  deadlocked,  then 

If  Pr  is  not  in  the  QTL,  adds  Pr  and  all  members  of  its  reachable  set 
which  are  not  already  in  the  QTL  to  the  QTL.  The  sequence  numbers 
associated  with  all  processes  added  from  the  reachable  set  are  0. 

Sends  a  reply  to  process  Pk. 

(d)  If  Pr  is  idle,  and  Pr  is  in  the  QTL ,  then 

If  Pr  has  been  continuously  idle  since  receiving  the  query  computation  the 
first  time  (WAIT(i)  is  TRUE),  or  if  Pt  has  a  sequence  number  0  in  the 
QTL,  then  sends  a  reply  to  Pk.  Otherwise  the  query  is  discarded  during 
the  validity  check. 

(e)  If  PT  is  idle  and  Pr  is  not  in  the  QTL,  then 

Sets  WAIT  l  >)  to  TRUE. 

Adds  itself  (with  equence  number  1)  to  the  QTL. 

If  the  only  process  in  the  dependent  set  which  has  not  seen  the  query 
computation  is  the  engager,  sends  a  reply  back  to  process  Pk. 

Otherwise,  there  is  a  process  in  the  dependent  set  which  is  not  the  engager 
and  which  has  not  seen  the  query  computation. 

Stores  the  query. 

Sets  STARVE(i)  to  0. 

-  If  Pr  has  been  idle  for  T2  time  since  last  receiving  an  inform  or 
executing,  and  if  the  URGENCY  of  the  query  just  received  is  at  least 
as  high  as  the  highest  priority  of  any  query  currently  received,  sends  a 
query  to  the  first  process  P,  in  the  dependent  set  which  is  not  the 
engager.  The  query  being  sent  creates  either  a  tree  edge  (if  P(  is  not 
in  the  QTL)  or  a  different,  type  of  edge  (forward,  back,  or  cross  edge). 
Sets  EDGETYPE(i)  accordingly. 

(3)  When  a  process  Pr  receives  a  reply  R  (Pk  Pr  T,  QTL),  it  takes  the  following 
actions: 

(a)  Updates  LASTREP(i)  and  LATEST(i,*). 

(b)  If  every  process  in  the  dependent  set  has  been  queried  and  if  Pr  is  the  query 
initiator,  then 
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Declares  DEADLOCK  for  Pr  and  all  processes  in  the  QTL. 

For  each  process  P-  appearing  in  the  QTL,  sets  REACHABLES(j)  to 
TRUE. 

For  each  query  outstanding,  sends  a  cancel  to  the  target  process.  Holds 
the  queries . 

For  each  query  being  held,  shortens  the  query  trace  list  so  that  Pr  is  the 
last  process  in  the  query  trace  list.  Increases  the  sequence  number 
associated  with  Pr  by  I. 

For  each  query  now  being  held  by  Pr,  augments  the  query  trace  list  to 
include  all  processes  in  the  reachable  set  of  Pr.  The  sequence  numbers 
associated  with  all  processes  added  from  the  reachable  set  are  0. 

Sends  replies  to  the  engager  processes. 

(c)  If  Pr  has  queried  all  processes  in  its  dependent  set  except  possibly  the  engager, 
and  Pr  is  not  the  query  initiator,  then 

If  the  query  computation  has  the  highest  priority  of  any  received,  increases 
STARVE(l)  by  one  for  each  l  where  P(  is  the  initiator  of  a  query 
computation  currently  being  held  by  Pr. 

Sends  a  reply  to  the  engager  process. 

(d)  If  PT  has  been  idle  T2  time  since  last  executing  or  receiving  an  inform,  then 

Determines  the  highest  priority  of  any  query  received.  Selects  all  queries 
it  is  has  received  which  have  an  URGENCY  at  least  this  high.  For  each 
such  query  (assume  P,  is  the  initiator),  if  the  query  is  being  held,  sends  it 
to  the  next  process  in  the  dependent  set  which  needs  to  be  queried  and  sets 
STARVE(i)  to  0.  LASTREP(i)  shows  the  progression  through  the 
dependent  set.  Any  queries  being  sent  create  either  tree  edges  (if  the 
target  processes  Pt  are  not  in  the  QTL)  or  different,  types  of  edges 
(forward,  back,  or  cross  edges).  For  each  query  sent,  sets  EL)GETYPE(i) 
accordingly. 

(4)  When  a  process  Pr  receives  a  cancel  C  (Pk  Pr  QTL),  it  takes  the  following  actions: 

(a)  If  Pr  is  executing  and  the  query  computation  associated  with  the  cancel  has  the 
highest  priority  of  any  received,  increases  STARVE[l)  by  one  for  each  /  where 
P(  is  the  initiator  of  a  query  computation  currently  being  held  by  Pr. 

(b)  Processes  the  cancel  just  as  for  Algorithm  II. 

(c)  For  each  of  the  highest  urgency  queries  remaining,  if  Pk  has  been  idle  for  time 
r2  since  last  executing  or  receiving  an  inform,  then  ensures  that  the  query  is 
not  being  held,  since  the  cancel  could  have  stopped  the  highest  urgency  query 
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computation. 

Determines  the  highest  priority  of  any  query  received. 

Selects  all  queries  it  is  has  received  which  have  an  URGENCY  at  least 
this  high.  For  each  such  query  (assume  Pi  is  the  initiator),  if  the  query  is 
being  held,  sends  it  to  the  next  process  in  the  dependent  set  which  needs  to 
be  queried  and  sets  STARVE(i)  to  0.  LASTREP(i)  shows  the  progression 
through  the  dependent  set.  Any  queries  being  sent  create  either  tree  edges 
(if  the  target  processes  Pt  are  not  in  the  QTL )  or  different  types  of  edges 
(forward,  back,  or  cross  edges).  For  each  query  sent,  sets  EDGETYPE(i) 
accordingly. 


(5)  When  a  process  Pt  receives  an  inform  I  ( Pk  PT  T),  the  actions  required  are  the 
same  as  for  Algorithm  II. 

(6)  When  a  process  Pk  sends  a  message,  no  query  computation  action  is  required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  it  takes  the  following  actions: 

(a)  Changes  its  STATE  flag  to  show  it  is  idle. 

(b)  Sets  the  lasttime  that  it  knew  that  it  was  not  deadlocked. 

(c)  For  each  query  currently  being  held  by  Pk,  increases  by  one  the  sequence 
number  associated  with  Pk  in  the  QTL.  These  queries  will  be  held  until  Pk 
becomes  idle  for  T2  time  since  last  executing  or  receiving  an  inform. 

(d)  If,  for  any  held  query,  Pk  does  not  need  to  query  any  processes  in  its  dependent 
set,  then  sends  a  reply  back  to  its  engager.  (This  can  happen  if  there  is  only 
one  process  in  the  dependent  set  of  Pk,  and  it  is  its  engager). 

(8)  When  a  process  Pi  becomes  idle  for  time  1\  since  changing  state  from  executing  to 
idle  or  since  receiving  the  last  inform,  it  initiates  a  new  query  computation  by 
building  a  query  and  storing  it.  If  the  URGENCY  of  the  query  just  created  is  as 
high  or  higher  than  the  highest  priority  of  any  received  queries,  then  sends  the  new 
query  to  the  first  process  in  its  dependent  set.  This  creates  a  tree  edge.  Sets 


EDGETYPE  accordingly. 


-  42  - 


(9)  When  a  process  Pt  becomes  idle  for  time  T2  (where  T2  <  Tx)  since  changing  state 
from  executing  to  idle  or  since  receiving  the  last  inform,  it  takes  the  following 
actions: 

(a)  Determines  the  highest  priority  of  any  query  received. 

(b)  Selects  all  queries  it  is  has  received  which  have  an  URGENCY  at  least  this 
high.  For  each  such  query  (assume  P,  is  the  initiator),  if  the  query  is  being 
held,  sends  it  to  the  next  process  in  the  dependent  set  which  needs  to  be  queried 
and  sets  STARVE (t)  to  0.  LASTREP(i)  shows  the  progression  through  the 
dependent  set.  Any  queries  being  sent  create  either  tree  edges  (if  the  target 
processes  Pt  are  not  in  the  QTL )  or  different  types  of  edges  (forward,  back,  or 
cross  edges).  For  each  query  sent,  sets  EDGETYPE(i)  accordingly.  Lower 
urgency  queries  are  held. 


3.7.  Algorithm  IV 

For  the  other  algorithms,  sequence  numbers  in  the  query  trace  lists  of  two  different 
query  computations  were  independent  of  each  other.  The  fourth  deadlock  detection 
algorithm  presented,  Algorithm  IV,  differs  from  Algorithm  III  in  that  a  process  does  not 
increase  its  sequence  number  by  1  when  initiating  a  query  computation.  Rather,  sequence 
numbers  show  the  number  of  messages  accepted  by  processes  and  therefore  are  no  longer 
tied  to  query  computations  [ReKa79].  By  using  this  type  of  sequence  number,  more 
information  can  be  conveyed  between  processes  using  the  query  trace  list.  When 
processing  a  query  computation,  a  process  Pk  can  forego  querying  a  member  of  its 
dependent  set  Pr  if  Pk  can  determine  that  Pr  is  idle  and  that  all  messages  sent  from  Pr 
to  Pk  have  already  arrived.  This  can  sometimes  be  determined  by  combining  information 
obtained  from  previous  query  computations  with  that  in  the  query  trace  list  of  the 


current  query  computation. 


3.7.1.  Query  Traffic  Formats  for  Algorithm  IV 

Queries  have  the  form 

Q  (Sender,  Receiver,  U,  T,  QTL ) 

Each  field  in  a  query  has  the  same  meaning  as  in  Algorithm  111.  In  the  field  QTL,  each 
value  Mi  shows  the  number  of  messages  accepted  by  process  P^. 

Replies  have  the  form 

R  (Sender,  Receiver,  T,  QTL) 

Each  field  in  a  reply  has  the  same  meaning  as  in  Algorithm  III. 

Cancels  have  the  form 

C  (Sender,  Receiver,  QTL) 

Each  field  in  a  cancel  has  the  same  meaning  as  in  Algorithm  III. 

Informs  have  the  form 

I  (Sender,  Receiver,  M,  T) 

Each  field  in  an  inform  has  the  same  meaning  as  in  Algorithm  Ill. 

3.7.2.  Local  Variables  for  AJgorithm  IV 

Each  process  maintains  twelve  an  ays  of  local  variables  and  four  scalar  variables. 
One  of  the  arrays  is  two  dimensional,  and  the  other  eleven  arrays  are  one-dimensional  of 
length  N,  where  N  is  the  number  of  processes  in  the  system.  The  twelve  arrays  and  four 
variables,  as  maintained  by  process  Rk  when  processing  a  query  computation  initiated  by 
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P, ,  are  described  below. 

LATEST!  N,2N) 

This  array  is  the  same  as  in  Algorithm  III. 
ENGAGER(N) 

This  array  is  the  same  as  in  Algorithm  III. 
PRIOR(N) 

This  array  is  the  same  as  in  Algorithm  III. 
STARVE(N) 

This  array  is  the  same  as  in  Algorithm  III. 
TIMES(N) 

This  array  is  the  same  as  in  Algorithm  III. 
TARGET(N) 

This  array  is  the  same  as  in  Algorithm  III. 
DEPENDENT(N) 

This  array  is  the  same  as  in  Algorithm  III. 
REACHABLES(N) 

This  array  is  the  same  as  in  Algorithm  III. 

EDGETYPE(N) 

This  array  is  the  same  as  in  Algorithm  III. 
LASTREP(N) 

'Phis  array  is  the  same  as  in  Algorithm  111. 


RECENT(N) 

The  entry  RECENT(i)  shows  the  most  recent  sequence  number  for  process  P,  that 
is  known  to  Pk.  Pk  updates  this  entry  with  any  available  information  such  as  a 
message  received  from  P,  or  any  query  traffic  which  has  P,  M,  in  the  query  trace 
list.  This  entry  does  not  necessarily  reflect  the  most  recent  sequence  number  of  Pf, 
although  the  entry  does  show  a  lower  bound. 

VERIFIED(N) 

The  entry  VERIFIED{i)  shows  the  most  recent  sequence  number  for  process  P, 
which  Pk  discovered  by  receiving  either  a  query  or  reply  directly  from  P,.  Any 
message  sent  from  P,  to  Pk  after  the  query  or  reply  must  necessarily  have  been  sent 
after  P,  had  increased  its  sequence  number,  since  messages  are  only  sent  by 
executing  processes,  queries  and  replies  are  sent  only  by  idle  processes,  and  we 
assumed  sequenced  message  delivery. 

LASTTIME 

This  variable  is  the  same  as  in  Algorithm  III. 

STATE 

This  variable  is  the  same  as  in  Algorithm  III. 

DEADLK 

This  variable  is  the  same  as  in  Algorithm  HI. 

URGENCY 

This  variable  is  the  same  as  in  Algorithm  III. 
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In  the  description  of  the  events  for  Algorithm  IV  (shown  below),  and  in  the  code 
(listed  in  Appendix  D),  the  one-dimensional  array  QTL  is  used  just  as  it  was  for 
Algorithms  II  and  III. 

3.7.3.  Events  for  Algorithm  IV 

For  Algorithm  IV,  the  following  events  are  of  interest: 

(1)  An  idle  process  receives  a  message. 

(2)  A  process  receives  a  query. 

(3)  A  process  receives  a  reply. 

(4)  A  process  receives  a  cancel. 

(5)  A  process  receives  an  inform . 

(6)  A  process  sends  a  message. 

(7)  An  executing  process  changes  state  to  idle. 

(8)  A  process  becomes  idle  for  time  T t  since  last  executing  or  last  receiving  an  inform. 
This  is  when  the  process  initiates  its  own  query  computation. 

(9)  A  process  becomes  idle  for  time  T2  (where  T2  T,)  since  last  executing  or  last 
receiving  an  inform.  This  is  when  queries  being  held  are  restarted. 

The  actions  taken  by  a  process  when  each  of  these  events  occurs  are  described  below.  It  is 
assumed,  but  not  shown,  that  all  query  traffic  received  is  first  checked  for  validity. 
Events  in  Algorithm  IV  which  are  the  same  as  those  in  Algorithm  III  are  noted  as  such. 
The  variable  N  contains  the  number  of  processes  in  the  system.  The  pseudo  code  for 


Algorithm  IV  is  listed  in  Appendix  D. 


(1)  When  an  idle  process  Pr  receives  a  message  M (Pk  Pr  Mk  •  •  •  )  from  Pk  and  begins 
executing,  it  takes  the  following  actions: 

(a)  Increases  its  own  sequence  number  by  1.  The  sequence  number  is  stored  in 
RECENT  (r). 

(b)  Changes  RECENT(k)  to  reflect  the  sequence  number  Mk. 

(c)  Performs  the  same  actions  as  required  for  Algorithms  II  and  III. 

(2)  When  a  process  Pr  receives  a  query  Q  ( Pk  Pr  U,  T,  QTL),  it  takes  the  following 
actions: 

(a)  For  each  pair  Pt  A/,  in  the  QTL ,  updates  the  entry  RECENT(l)  to  be  if  A/, 
is  greater  than  RECENT(l). 

(b)  Updates  VERIFIED(k)  to  be  Mk.  (The  pair  Pk  Mk  must  be  in  the  QTL). 

(c)  If  PT  is  -wr  iting  and  has  seen  the  query  computation  before  (Pr  is  in  the 

QTL),  I  '  m 

Discards  the  query  just  received. 

(d)  If  PT  is  executing  and  has  not  seen  the  query  computation  before,  then 

Adds  itself  to  the  end  of  the  query  trace  list  using  its  current  sequence 
number. 

Updates  the  time  field  T  in  the  query. 

Stores  a  copy  of  the  query. 

Sends  an  inform  to  the  query  initiator. 

(e)  If  PT  is  not  executing,  then  checks  for  any  held  query  computations  for  which  a 
reply  can  now  be  sent  to  the  engager. 

(f)  If  P,  is  deadlocked,  then 

If  PT  is  not.  in  the  QTL,  adds  PT  and  all  members  of  its  reachable  set 
which  are  not  already  in  the  QTL  to  the  QTL.  If  process  !\  is  added  from 
the  reachable  set,  then  sequence  number  RECENT(l)  is  used.  (In  this 
case,  RECENT{1)  must  be  the  same  as  VERIFIED(l)  so  cither  could  be 
used). 

Sends  a  reply  to  process  Pk. 


(g)  If  Pr  is  idle,  and  Pr  is  in  the  QTL,  then 


If  PT  has  been  continuously  idle  since  receiving  the  query  computation  the 
first  time  (RECENT(i)  =  A/,-),  then  sends  a  reply  to  Pk.  Otherwise 
discards  the  query  during  the  validity  check. 

(h)  If  PT  is  idle  and  Pr  is  not  in  the  QTL ,  then 

adds  itself  (with  sequence  number  RECENT(r))  to  the  QTL. 

If  every  process  Pj  in  the  dependent  set  is  either  the  engager  or  appears  in 
the  QTL  with  sequence  number  M,  which  is  equal  to  VERIFIED(l),  then 
sends  a  reply  back  to  process  Pk. 

Otherwise,  there  is  a  process  Pt  in  the  dependent  set  which  is  not  the 
engager  and  which  either  has  not  seen  the  query  computation  before  ( Pt  is 
not  in  the  QTL)  or  which  has  sequence  number  A/,  which  is  greater  than 
VERIFIED(l). 

Stores  the  query. 

Sets  STARVE(i)  to  0. 

If  Pr  has  been  idle  for  T2  time  since  last  receiving  an  inform  or 
executing,  and  if  the  URGENCY  of  the  query  just  received  is  at  least 
as  high  as  the  highest  priority  of  any  query  currently  received,  sends  a 
query  to  the  first  process  Pt  in  the  dependent  set  which  is  not  the 
engager  and  which  does  not  appear  in  the  QTL  with  sequence  number 
M,  equal  to  VERIFIED [l).  The  query  being  sent  creates  either  a  tree 
edge  (if  P(  is  not  in  the  QTL)  or  a  different  type  of  edge  (forward, 
back,  or  cross  edge).  Sets  EDGETYPE(i)  accordingly. 


When  a  process  Pr  receives  a  reply  R  ( Pk  PT  T,  QTL),  it  takes  the  following 
actions: 

(a)  For  each  pair  Pt  Mt  in  the  QTL,  updates  the  entry  RECENT(l)  to  be  Mt  if  M, 
is  greater  than  RECENT(l). 

(b)  Updates  VERIFIED(k)  to  be  Mk.  (The  pair  Pk  Mk  must  be  in  the  QTL). 

(c)  Updates  LASTREP(t)  and  LA  TEST(i,  *). 

(d)  If  every  process  Pt  in  the  dependent  set  appears  in  the  QTL  with  sequence 
number  M(  equal  to  VERIFIED(l),  and  if  Pr  is  the  query  initiator,  then 


Declares  DEADLOCK  for  Pr  and  all  processes  in  the  QTL. 

For  each  process  /’  appearing  in  the  QTL,  sets  REACHABLES(j)  to 
TRUE. 
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For  each  query  which  is  either  being  held,  or  which  is  outstanding  but  did 
not  create  a  tree  edge, 

-  Shortens  the  query  trace  list  so  that  PT  is  the  last  process  in  the  query 
trace  list. 

-  For  each  such  query ,  augments  the  query  trace  list  to  include  all 
processes  in  the  reachable  set  of  Pr.  Each  process  Pt  added  from  the 
reachable  set  uses  sequence  number  VERIFIED(l). 

For  each  such  query ,  sends  a  reply  to  the  engager  process. 

(e)  If  every  process  Pt  in  the  dependent  set  (except  possibly  the  engager)  appears  in 
the  QTL  with  sequence  number  equal  to  VERIFIED(l),  and  PT  is  not  the 
query  initiator,  then 

If  the  query  computation  has  the  highest  priority  of  any  received,  increases 
STARVE(l)  by  one  for  each  l  where  Pt  is  the  initiator  of  a  query 
computation  currently  being  held  by  PT . 

Sends  a  reply  to  the  engager  process. 

(f)  If  Pr  is  not  executing,  then  checks  for  any  held  query  computations  for  which  a 
reply  can  now  be  sent  to  the  engager. 

(g)  If  Pr  has  been  idle  T2  time  since  last  executing  or  receiving  an  inform,  then 

Determines  the  highest  priority  of  any  query  received.  Selects  all  queries 
it  is  has  received  which  have  an  URGENCY  at  least  this  high.  For  each 
such  query  (assume  Pi  is  the  initiator),  if  the  query  is  being  held,  sends  it 
to  the  next  process  in  the  dependent  set  which  needs  to  be  queried  and  sets 
STARVE{P  to  0.  A  process  Pt  in  the  dependent  set  which  appears  in  the 
QTL  with  sequence  number  M,  equal  to  VERIFIED(l)  does  not  need  to  be 
queried.  Any  query  being  sent  creates  either  a  tree  edge  (if  the  target 
process  Pt  is  not  in  the  QTL)  or  a  different  type  of  edge  (forward,  back,  or 
cross  edge).  For  each  query  sent,  sets  EDGETYPE(i)  accordingly. 

(4)  When  a  process  Pr  receives  a  cancel  C  (Pk  Pr  QTL),  it  takes  the  following  actions: 

(a)  If  Pr  is  executing  and  the  query  computation  associated  with  the  cancel  has  the 
highest  priority  of  any  received,  increases  STARVE(l)  by  one  for  each  l  where 
Pl  is  the  initiator  of  a  query  computation  currently  being  held  by  Pr. 

(b)  Processes  the  cancel  just  as  for  Algorithms  II  and  III. 

(c)  For  each  of  the  highest  urgency  queries  remaining,  if  Pk  has  been  idle  for  time 
T2  since  last  executing  or  receiving  an  inform,  then  ensures  that  the  query  is 
not  being  held,  since  the  cancel  could  have  stopped  the  highest  urgency  query 
computation. 
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Determines  the  highest  priority  of  any  query  received. 

Selects  all  queries  it  is  has  received  which  have  an  URGENCY  at  least 
this  high.  For  each  such  query  (assume  Pi  is  the  initiator),  if  the  query  is 
being  held,  it  must  be  sent  to  the  next  process  in  the  dependent  set  which 
needs  to  be  queried  and  sets  STARVE(i)  to  0.  A  process  P,  in  the 
dependent  set  which  appears  in  the  QTL  with  sequence  number  Mi  equal 
to  VERIFIED(l)  does  not  need  to  be  queried.  LASTREP(i)  shows  the 
progression  through  the  dependent  set.  Any  queries  being  sent  create 
either  tree  edges  (if  the  target  processes  Pt  are  not  in  the  QTL)  or 
different  types  of  edges  (forward,  back,  or  cross  edges).  For  each  query 
sent,  sets  EDGETYPE(i)  accordingly. 

(5)  When  a  process  PT  receives  an  inform  I  (Pk  Pr  T),  the  actions  required  are  the 
same  as  for  Algorithms  II  and  III. 

(6)  When  a  process  Pk  sends  a  message,  no  query  computation  action  is  required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  it  takes  the  following  actions: 

(a)  Changes  its  STATE  flag  to  show  it  is  idle. 

(b)  Sets  the  lasttime  that  it  knew  that  it  was  not  deadlocked. 

(c)  For  each  query  currently  being  held  by  Pk ,  changes  the  sequence  number 
associated  with  Pk  in  the  QTL  to  be  RECENT(k).  These  queries  will  be  held 
until  Pk  becomes  idle  for  T2  time  since  last  executing  or  receiving  an  inform. 

(8)  When  a  process  P,  becomes  idle  for  time  T ]  since  changing  state  from  executing  to 

idle  or  since  receiving  the  last  inform,  it  takes  the  following  actions: 

(a)  Initiates  a  new  query  computation  by  building  a  query  and  storing  it. 

(b)  If  the  URGENCY  of  the  query  just  created  is  as  high  or  higher  than  any 
received  queries,  then  sends  the  new  query  to  the  first  process  in  its  dependent 
set.  This  creates  a  tree  edge.  Sets  EDGETYPE  accordingly. 

(9)  When  a  process  P,  becomes  idle  for  time  T2  (where  T2  T j)  since  changing  state 
from  executing  to  idle  or  since  receiving  the  last  inform,  it  takes  the  following 


actions: 
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(a)  Determines  the  highest  priority  of  any  query  received. 

(b)  Selects  all  queries  it  is  has  received  which  have  an  URGENCY  at  least  this 
high.  For  each  such  query  (assume  Ft  is  the  initiator),  if  the  query  is  being 
held,  sends  it  to  the  next  process  in  the  dependent  set  which  needs  to  be  queried 
and  sets  STARVIi(i)  to  0.  A  process  1\  in  the  dependent  set  which  appears  in 
the  QTL  with  sequence  number  Mt  equal  to  VERIFIED (l)  does  not  need  to  be 
queried.  LASTREP(i)  shows  the  progression  through  the  dependent  set.  Any 
queries  being  sent  create  either  tree  edges  (if  the  target  processes  Fl  are  not  in 
the  QTL)  or  different  types  of  edges  (forward,  back,  or  cross  edges).  For  each 
query  sent,  sets  EDCETYPE(i)  accordingly.  Lower  urgency  queries  are  held. 

3.8.  Algorithm  V 


As  stated  in  Section  3.2,  one  of  our  goals  of  a  deadlock  detection  scheme  is  to  make 
the  resolution  of  deadlock  as  efficient  as  possible.  In  any  directed  graph,  there  are  one  or 
more  strongly  connected  components  |AhHo74,  page  1 89) .  If  process  A  is  deadlocked,  then 
the  entire  reachable  set  of  A  is  also  deadlocked.  To  break  all  deadlocks  in  the  reachable 
set  of  A,  we  need  to  find  all  strongly  connected  components  which  have  the  property  that 
the  dependent  set  of  any  process  in  any  component  is  also  contained  in  the  component. 
lOach  such  strongly  connected  component  forms  what  we  term  a  minimal  deadlocked  set , 
and  deadlock  can  only  be  broken  by  having  actions  taken  by  or  applied  to  at  least  one  of 
the  processes  in  the  minimal  deadlocked  set  [Leun83|.  Therefore,  an  efficient  deadlock 
resolution  algorithm  should  operate  only  on  minimal  deadlocked  sets.  Information  on  the 
identities  of  processes  in  the  minimal  deadlocked  set  will  be  needed  to  implement  such 
algorithms. 


In  the  example  of  Figure  3,  processes  / )  and  ('  form  a  strongly  connected 
component,  as  do  processes  E,  F ,  and  C .  Suppose  that  process  A  ,  upon  becoming  idle, 
first  sends  an  engaging  query  to  B  and  the  following  conditions  hold: 
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A  is  not  in  the  reachable  set  of  B, 

3  is  deadlocked,  and 

No  member  of  the  reachable  set  of  B  sees  the  query  computation  before  B. 

We  want  to  argue  that  if  B  replies  to  its  engager,  B  can  discover  it  is  deadlocked  and 
know  the  identities  of  all  members  of  its  deadlocked  set  without  having  to  initiate  its  own 
query  computation.  Once  the  query  reaches  B,  B  adds  itself  to  the  query  trace  list. 
Since  no  member  of  the  reachable  set  of  B  has  seen  the  query  computation  before  B,  it 
must  happen  that  as  long  as  B  has  the  query  computation  outstanding,  all  queries  and 
replies  for  this  query  computation  occur  between  members  of  the  reachable  set  of  B,  and 
all  these  processes  are  added  to  the  query  trace  list  after  B .  Therefore,  if  B  can  learn  at 
the  time  it  replies  to  its  engager  that  this  situation  has  occurred,  it  can  declare  deadlock 
for  itself  and  all  succeeding  processes  in  the  query  trace  list.  For  B  to  learn  this,  the 
query  trace  list  must  have  a  boolean  flag  for  each  process  saying  whether  or  not  that 
process  has  a  member  of  its  reachable  set  which  preceeds  it  in  the  query  trace  list. 


Figure  3 

Minimal  Deadlocked  Set  Example 
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By  some  careful  manipulation  of  these  boolean  flags,  it  is  also  possible  to  discover 
the  minimal  deadlocked  sets  as  the  query  computation  progresses.  Recall  that  a  minimal 
deadlocked  set  is  a  deadlocked  set  which  is  also  a  strongly  connected  component. 
Therefore,  the  reachable  set  of  any  process  in  a  minimal  deadlocked  set  is  also  in  the 
minimal  deadlocked  set.  Also,  if  some  process  A  in  the  minimal  deadlocked  set  receives 
an  engaging  query  from  a  process  B  not  in  the  minimal  deadlocked  set,  it  will  not  reply 
to  its  engager  until  all  processes  in  its  reachable  set  have  seen  the  query  computation.  All 
these  processes  must  see  the  query  computation  after  process  A ,  and  therefore  will  appear 
in  the  query  trace  list  after  A .  Moreover,  each  of  these  processes,  when  querying  their 
dependent  sets,  will  not  query  a  process  outside  the  minimal  deadlocked  set.  Therefore,  if 
A ,  after  querying  its  dependent  set,  can  determine  that 

-  No  process  in  the  reachable  set  of  A  occurs  before  A  in  the  query  trace  list,  and 

There  is  no  minimal  deadlocked  set  in  its  reachable  set  which  does  not  include  A  , 

then  A  can  say  it  is  a  member  of  a  minimal  deadlocked  set,  and  that  all  processes 
following  it  in  the  query  trace  list  are  also  members  of  the  minimal  deadlocked  set.  This 
also  says,  of  course,  that  B,  which  is  the  engager  of  A,  cannot  be  in  any  minimal 
deadlocked  set.  Process  A  can  then  notify  other  members  of  the  minimal  deadlocked  set 
if  it  wishes,  and  a  deadlock  resolution  algorithm  may  be  invoked  with  the  identities  of  all 
processes  in  the  minimal  deadlocked  set  as  input. 

3.8.1.  Query  Traffic  Formats  for  Algorithm  V 

Queries  have  the  form 


Q  (Sender,  Receiver,  U,  T,  QTL) 
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In  each  query, 


(1)  Each  field  except  QTL  has  the  same  meaning  as  in  Algorithm  IV. 


(2)  QTL  is  a  list  of  process/boolean  flag/sequence  number  triples 
P,  ,  F.  ,  M.  ,  P,  ,  F,  ,  M.  ,  •  ■  ■  ,  P '•  ,  F .  ,  M.  and  is  referred  to  as  the 
query  trace  list.  A  process  Pt  which  appears  in  this  sequence  has  been  queried 
during  the  current  query  computation  and  is  assumed  to  be  idle  by  the  sender.  F1,-  is 
a  boolean  Hag  used  for  finding  minimal  deadlocked  sets.  is  the  sequence  number 
associated  with  process  Pk. 


Replies  have  the  form 


R  (Sender,  Receiver,  T,  QTL) 


Each  field  in  a  reply  has  the  same  meaning  as  in  a  query. 


Cancels  have  the  form 


C  (Sender,  Receiver,  QTL) 


Each  field  in  a  cancel  has  the  same  meaning  as  in  Algorithm  IV.  The  boolean  flags  are 
not  included  in  the  QTL  for  a  cancel. 


Informs  have  the  form 


I  (Sender,  Receiver,  M,  T) 


Each  field  in  an  inform,  has  the  same  meaning  as  in  Algorithm  IV. 
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3.8.2.  Local  Variables  for  Algorithm  V 

Each  process  maintains  eleven  arrays  of  local  variables  and  five  scalar  variables.  One 
of  the  arrays  is  two-dimensional,  and  the  other  ten  arrays  are  one-diinensional  of  length 
N,  where  N  is  the  number  of  processes  in  the  system.  The  eleven  arrays  and  live 
variables,  as  maintained  by  process  Pk  when  processing  a  query  computation  initiated  by 
process  Pt,  are  described  below. 

LATEST(N,2N) 

This  array  is  the  same  as  in  Algorithm  IV  except  that  the  boolean  Hag  /•',  in  the 
query  trace  list  is  stored  as  the  sign  field  of  the  associated  sequence  number  Mi  . 
The  array  REACHABLES  as  used  in  Algorithm  IV  is  insufficient  for  remembering 
minimal  deadlocked  sets.  Therefore,  if  a  process  P,  discovers  deadlock,  it  will  store 
the  applicable  portion  of  the  query  trace  list  in  the  array  LATEST(i,*)  whether  or 
not  it  initiated  the  query  computation.  Once  the  Hag  DEADLK  is  set  to  true, 
LATEST(i,*)  will  not  be  changed.  Note  that  if  a  process  P,  declares  deadlock 
based  on  a  query  computation  initiated  by  another  process,  then  the  reachable  set  of 
P(  will  consist  of  all  processes  in  the  query  trace  list,  between  P,  and  the  end  of  the 
query  trace  list,  inclusive,  at  the  time  P,  replies  to  its  engager. 

ENGAGER 

This  array  is  the  same  as  in  Algorithm  IV. 

PRIOR 

This  array  is  the  same  as  in  Algorithm  IV. 
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STARVE(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
TIMES(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
TARGET(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
DEPENDENT(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
EDGETYPE(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
LASTREP(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
RECENT(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
VERIFIED(N) 

This  array  is  the  same  as  in  Algorithm  IV. 
LASTTIME 

This  variable  is  the  same  as  in  Algorithm  IV. 
STATE 

This  variable  is  the  same  as  in  Algorithm  IV. 
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DEADLK 

This  variable  is  the  same  as  in  Algorithm  IV. 

URGENCY 

This  variable  is  the  same  as  in  Algorithm  IV. 

In  the  description  of  the  events  for  Algorithm  V  (shown  below),  and  in  the  pseudo 
code  (listed  in  Appendix  F),  the  one-dimensional  array  QTL  is  used  just  as  it  was  for 
Algorithm  IV  except  that  QTL  (2k)  now  holds  both  the  boolean  flag  Ft  and  the  sequence 

number  M{ . 

3.8.3.  Events  for  Algorithm  V 

For  Algorithm  V,  the  following  events  are  of  interest: 

(1)  An  idle  process  receives  a  message. 

(2)  A  process  receives  a  query. 

(3)  A  process  receives  a  reply. 

(4)  A  process  receives  a  cancel. 

(5)  A  process  receives  an  inform. 

(6)  A  process  sends  a  message. 

(7)  An  executing  process  changes  state  to  idle. 

(8)  A  process  becomes  idle  for  time  Tx  since  last  executing.  This  is  when  the  process 
initiates  its  own  query  computation. 
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(9)  A  process  becomes  idle  for  time  T2  (where  1\  '  7’j )  since  last  executing.  This  is 

when  queries  being  held  are  restarted. 

The  actions  taken  by  a  process  when  each  of  these  events  occur  .ire  described  below.  It  is 
assumed,  but  not  shown,  that  all  query  trallic  received  is  first  checked  for  validity. 
Events  in  Algorithm  V  which  arc  the  same  as  those  in  Algorithm  IV  are  noted  as  such. 
The  variable  N  contains  the  number  of  processes  in  the  system.  The  pseudo  code  for 
Algorithm  V  is  listed  in  Appendix  K. 

(1)  When  an  idle  process  Pr  receives  a  message  M  (Pk  Pr  Mk  •  •  ■  )  from  Pk  and 
begins  executing,  the  actions  required  are  the  same  as  for  Algorithm  IV. 

(2)  When  a  process  Pr  receives  a  query  Q  (Pk  Pr  U,  T,  QTL),  it  takes  the  following 
actions- 

(a)  If  Pt  has  a  query  outstanding  for  an  earlier  query  computation  for  the  same 

initiator,  and  the  query  it  sent  out  earlier  created  a  tree  edge,  then  sends  a 

cancel  to  stop  the  earlier  query  computation. 

(b)  For  each  triple  Pt  F,  in  the  QTL ,  updates  the  entry  RECENT[l)  to  be  Mt 
if  Mi  is  greater  than  HECENT(l). 

(c)  Updates  VERIEIED(k)  to  be  Mk.  (The  triple  Pk  Fk  Mk  must  be  in  the  QTL). 

(d)  If  Pr  is  executing  and  has  seen  the  query  computation  before  (Pr  is  in  the 
QTL),  then  discards  the  query  just  received. 

(e)  If  PT  is  executing  and  has  not  seen  t  he  query  computation  before,  then 

Adds  itself  to  the  end  of  the  query  trace  list  using  its  current  sequence 
number.  Sets  its  boolean  flag  Fr  to  FALSE  (  ). 

Updates  the  time  field  T  in  the  query. 

Stores  a  copy  of  the  query. 

Sends  an  inform  to  the  query  initiator. 

(f)  If  Pt  is  not  executing,  then  checks  for  any  held  query  computations  for  which  a 
reply  ran  now  he  sent  to  the  engager. 


[f  Pr  is  deadlocked  and  PT  is  a  member  of  a  minimal  deadlocked  set,  then 

-  If  Pr  already  has  an  outstanding  query  for  this  query  computation,  then 

Adds  PT  and  all  members  of  its  reachable  set  which  are  not  already  in 
the  QTL  to  the  QTL  using  the  order  in  which  they  appear  in 
LATEST  (r,*). 

Finds  the  first  process  P,  in  the  QTL  which  is  in  the  reachable  set  of 
Pr.  Does  not  change  the  value  of  flag  Fs.  For  all  other  flags  Ft  in  the 
QTL ,  if  Pt  is  in  the  reachable  set  of  Pr ,  then  sets  flag  Ft  to  be  TRUE 
(+)• 

If  Pr  does  not  already  have  an  outstanding  query  for  this  query 
computation  and  the  engaging  process  Pk  is  in  the  reachable  set  of  Pr, 
then 

Adds  Pr  and  all  members  of  its  reachable  set  which  are  not  already  in 
the  QTL  to  the  QTL  using  the  order  in  which  they  appear  in 
LATEST(r ,*).  The  boolean  flags  are  used  just  as  they  appear  in 
LATEST  (r,*). 

Finds  the  first  process  P,  in  the  QTL  which  is  in  the  reachable  set  of 
Pr.  Does  not  change  the  value  of  flag  Ft.  For  all  other  flags  Ft  in  the 
QTL,  if  P,  is  in  the  reachable  set  of  Pr,  then  sets  flag  F,  to  be  TRUE 
(+)■ 

If  Pr  does  not  already  have  an  outstanding  query  for  this  query 
computation  and  the  engaging  process  Pk  is  not  in  the  reachable  set  of  Pr, 
then 

Sets  the  flag  Fk  to  TRUE  (  +  ). 

Adds  Pr  and  all  members  of  its  reachable  set  which  are  not  already  in 
the  QTL  to  the  QTL  using  the  order  in  which  they  appear  in 
LATEST{r ,*).  The  boolean  flags  are  used  just  as  they  appear  in 
LATEST(r  ,*). 

Sends  a  reply  to  process  Pk. 

If  Pr  knows  it  is  deadlocked  and  Pr  is  not  a  member  of  a  minimal  deadlocked 
set,  then 

Sets  the  flag  Fk  is  the  QTL  to  TRUE  {+). 

Adds  Pr  and  all  members  of  its  reachable  set  which  arc  not  already  in  the 
QTL  to  the  QTL  using  the  order  in  which  they  appear  in  LATEST(r  ,*). 
The  boolean  Hags  are  used  just  as  they  appear  in  LATEST{r ,*). 


Sends  a  reply  to  process  Pk 


If  Pr  has  been  continuously  idle  since  receiving  the  query  computation  the 
first  time  (RECENT(i)  —  A/,),  then  sends  a  reply  to  Pk.  Otherwise 
discards  the  query  during  the  validity  check. 

(k)  If  PT  is  idle  and  Pr  is  not  in  the  QTL ,  then 

Adds  itself  (with  sequence  number  RECENT(r)  and  boolean  flag  Fr  = 
FALSE  (-)  )  to  the  QTL. 

If  a  process  in  the  dependent  set  of  PT  is  already  in  the  QTL ,  then 

Finds  the  first  process  Pt  in  the  QTL  which  is  in  the  dependent  set  of 
Pr.  Sets  all  boolean  flags  between  F,  and  Fr  (non-inclusive)  to  TRUE 
(+)• 

Sets  the  boolean  flag  Fr  to  TRUE  (+). 

If  every  process  Pt  in  the  dependent  set  is  either  the  engager  or  appears  in 
the  QTL  with  sequence  number  Mt  which  is  equal  to  VERIFIED(l),  then 

If  flag  Fr  is  still  FALSE  (-),  then  declares  DEADLOCK  for  PT  and  all 
processes  occurring  after  Pr  in  the  QTL.  Changes  the  QTL  so  that 
all  flags  ahead  of  Fr  are  set  to  TRUE  (+)  and  all  flags  following  Fr 
have  the  pattern  ( - I-). 

Sends  a  reply  back  to  process  Pk. 

Otherwise,  there  is  a  process  F,  in  the  dependent  set  which  is  not  the 
engager  and  which  either  has  not  seen  the  query  computation  before  (F(  is 
not  in  the  QTL)  or  which  has  sequence  number  which  is  greater  than 

VERIFIED  [l). 

Stores  the  query. 

Sets  STARVE(i)  to  0. 

(k)  If  Pr  has  been  idle  for  T2  time  since  last  receiving  an  inform  or  executing,  and 
if  the  URGENCY  of  the  query  just  received  is  at  least  as  high  as  the  highest 
priority  of  any  query  currently  received,  sends  a  query  to  the  first  process  F,  in 
the  dependent  set  which  is  not  the  engager  and  which  does  not  appear  in  the 
QTL  with  sequence  number  M<  equal  to  VERIFIED(l).  The  query  being  sent 
creates  either  a  tree  edge  (if  P ,  is  not  in  the  QTL)  or  a  different  type  of  edge 
(forward,  back,  or  cross  edge).  Sets  EDGETYPE(i)  accordingly. 


(3)  When  a  process  Pr  receives  a  reply  R  ( Pk  Pr  T,  QTL),  it  takes  the  following 


actions: 


(a)  For  each  triple  Pt  Ft  M,  in  the  QTL,  updates  the  entry  RECENT(l)  to  be  M, 
if  Mt  is  greater  than  RECENT(l). 

(b)  Updates  VERIFIED(k)  to  be  Mk.  (The  triple  Pk  Fk  Mk  must  be  in  the  QTL). 

(c)  Updates  LASTREP{i)  to  be  Pk. 

(d)  Adds  to  LATEST[i,*)  any  triple  Pt  Ft  M(  in  the  QTL,  provided  Pt  is  not  in 
LATEST{i,*). 

(e)  For  any  triple  Pt  F,  M,  in  the  QTL  which  preceeds  PT,  updates  the  flag  Ft  in 
LATEST(i,*)  to  reflect  the  value  in  the  QTL. 

(f)  If  every  process  Pt  in  the  dependent  set  of  PT  (except  possibly  the  engager  of 
Pr)  appears  in  the  QTL  with  sequence  number  Mt  equal  to  VERIFIED(l),  and 
if  Pr  is  the  query  initiator,  then 

Declares  DEADLOCK  for  Pr  and  all  processes  in  the  QTL.  Sets  DEADLK 
to  TRUE. 

If  Fr  is  FALSE,  Pr  knows  it  is  a  member  of  a  minimal  deadlocked  set. 
Changes  Fr  and  all  flags  following  it  in  the  QTL  except  the  last  one  to  be 

FALSE.  The  minimal  deadlocked  set  now  has  a  flag  pattern  of  ( - h). 

Updates  LA  TEST  (r  ,  *)  to  reflect  the  values  in  the  QTL. 

For  each  query  which  is  either  being  held,  or  which  is  outstanding  but  did 
not  create  a  tree  edge, 

Augments  the  QTL  to  include  all  processes  in  the  reachable  set  of  Pr. 
Each  process  Pt  added  from  the  reachable  set  uses  sequence  number 
VERIFIED(l).  These  processes  in  the  reachable  set  of  Pr  are  found  in 
LATEST(r  ,*)  and  must  be  added  so  as  to  preserve  the  identity  of  all 
minimal  deadlocked  sets.  Processes  not  already  in  the  QTL  are 
simply  added  in  the  order  in  which  they  appear  in  LATEST(r ,*). 
This  ensures  that  each  minimal  deadlocked  set  discovered  by  Pr  is 
identified  by  the  special  pattern  of  boolean  flags  ( - 1-). 

If  Pr  is  not  a  member  of  a  minimal  deadlocked  set,  then  changes  the 
flag  of  the  engager  process  to  be  TRUE  (+). 

If  Pr  is  a  member  of  a  minimal  deadlocked  set,  and  the  engager  of  Pr 
is  not  a  member  of  the  reachable  set  of  Pr,  then  changes  the  flag  of 
the  engager  process  to  be  TRUE  (+). 

If  Pt  is  a  member  of  a  minimal  deadlocked  set,  and  the  engager  of  Pr 
is  in  the  reachable  set  of  Pr  (i.e.  also  in  the  same  minimal  deadlocked 
set),  then  finds  the  first  process  Pt  in  the  QTL  which  is  in  the 
reachable  set  of  Pr .  Does  not  change  the  value  of  Hag  Ft.  For  all 
other  flags  Ft  in  the  QTL,  if  Pt  is  in  the  reachable  set  of  Pr,  then  sets 
flag  Ft  to  be  TRUE  ( ■■(■).  Thus  the  minimal  deadlocked  set  will  have 
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the  flag  pattern  ( — b++++)  until  the  reply  reaches  the  first  member 
of  the  QTL  which  is  a  member  of  the  minimal  deadlocked  set.  This 
process  will  change  the  pattern  to  ( - b). 

-  For  each  such  query ,  sends  a  reply  to  the  engager  process. 

If  every  process  P,  in  the  dependent  set  (except  possibly  the  engager)  appears  in 
the  QTL  with  sequence  number  M,  equal  to  VERIFIED(l),  and  Pr  is  not  the 
query  initiator,  then 

If  the  priority  of  the  reply  just  received  is  at  least  as  high  as  the  highest 
priority  query  computation  received,  then  for  each  query  computation 
being  held,  increases  its  STARVE  count  by  1. 


If  F,  is  FALSE  (-),  then 

The  engager  cannot  be  a  member  of  the  dependent  set  of  PT.  Declares 
DEADLOCK  for  Pr  and  all  processes  in  the  QTL  which  follow  Pr. 
Stores  the  rear  portion  of  the  QTL  beginning  with  PT  in 
LATEST(r  ,*).  Changes  the  flags  in  LATEST(r ,*)  and  in  the  portion 

of  the  QTL  starting  with  Fr  to  be  the  special  pattern  ( - b). 

These  processes  form  a  minimal  deadlocked  set.  Sets  DEADLK  to 
TRUE.  Sends  a  reply  to  the  engager. 

For  each  query  which  is  either  being  held  or  which  is  outstanding  but 
did  not  create  a  tree  edge, 

For  each  such  query,  augments  the  query  trace  list  to  include  all 
processes  in  the  reachable  set  of  Pr.  Each  process  P,  added  from 
the  reachable  set  uses  sequence  number  VERIFIED(l).  These 
processes  in  the  reachable  set  of  Pr  are  found  in  LATEST(r ,*) 
and  must  be  added  so  as  to  preserve  the  identity  of  all  minimal 
deadlocked  sets.  Processes  not  already  in  the  QTL  are  simply 
added  in  the  order  in  which  they  appear  in  LATEST(r  ,*). 


If  the  engager  of  Pr  is  not  a  member  of  the  reachable  set  of  PT, 
then  changes  the  flag  of  the  engager  process  to  be  TRUE  (  +  ). 
The  minimal  deadlocked  set  to  which  Pr  belongs  will  be  at  the 

end  of  the  QTL  with  the  special  pattern  of  boolean  flags  ( - 

+)• 


If  the  engager  of  PT  is  in  the  reachable  set  of  Pr  (ie  also  in  the 


same  minimal  deadlocked  set),  then  finds  the  first  process  P,  in 


the  QTL  which  is  in  the  reachable  set  of  Pr.  Does  not  change  the 


value  of  flag  Ft  (it  will  be  FALSE).  For  all  other  flags  F,  in  the 


QTL,  if  P(  is  in  the  reachable  set  of  PT,  then  sets  flag  F,  to  be 


TRUE  (+).  Thus  the  minimal  deadlocked  set  will  have  the  flag 
pattern  ( — b++++)  until  P,  receives  a  reply.  Ps  will  change  the 
pattern  to  ( - b). 
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For  each  such  query,  sends  a  reply  to  the  engager  process. 

(h)  If  P,  has  been  idle  T2  time  since  last  executing,  then 

Determines  the  highest  priority  of  any  query  received.  Selects  all  queries 
it  is  has  received  which  have  an  URGENCY  at  least  this  high.  For  each 
such  query  (assume  P,  is  the  initiator),  if  the  query  is  being  held,  sends  it 
to  the  next  process  in  the  dependent  set  which  needs  to  be  queried  and  sets 
STARVE(i)  to  0.  LASTREP(i)  shows  the  progression  through  the 
dependent  set.  A  process  P,  in  the  dependent  set  which  appears  in  the 
QTL  with  sequence  number  equal  to  VERIFIED(l)  does  not  need  to  be 
queried.  Any  query  being  sent  creates  either  a  tree  edge  (if  the  target 
process  P(  is  not  in  the  QTL)  or  a  different  type  of  edge  (forward,  back,  or 
cross  edge).  For  each  query  sent,  sets  EDGETYPE(i)  accordingly. 

(4)  When  a  process  Pr  receives  a  cancel  C  ( Pk  Pr  QTL),  the  action  required  is  the 
same  as  for  Algorithm  IV. 

(5)  When  a  process  Pr  receives  an  inform  i  ( Pk  Pr  T),  actions  required  are  the  same  as 
for  Algorithm  IV. 

(6)  When  a  process  Pk  sends  a  message,  no  query  computation  action  is  required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  actions  required  are  the 
same  as  for  Algorithm  IV. 

(8)  When  a  process  P,  becomes  idle  Tor  time  T x  since  changing  state  from  executing  to 
idle,  the  actions  required  are  the  same  as  for  Algorithm  IV.  The  flag  P,  in  the  QTL 
is  set  to  F  ALSK. 

(9)  When  a  process  P,  becomes  idle  for  time  7’2  (where  T2  '  7\)  since  changing  state 

from  executing  to  idle,  the  actions  required  arc  the  same  as  for  Algorithm  IV. 
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CHAPTER  4. 

Proofs  of  Correctness 

4.1.  Introduction 

This  chapter  presents  the  proofs  of  the  algorithms  described  in  Chapter  3. 
Theorems  1  and  3  state  that  all  true  deadlocks  are  detected.  Theorem  2  says  that  there 
are  no  false  detections.  Theorems  4,  5,  and  6  apply  only  to  Algorithm  V;  they  show  that 
a  query  computation  identifies  all  minimal  deadlocked  sets  and  that  at  least  one  process 
from  each  minimal  deadlocked  set  discovers  deadlock  for  itself  during  the  course  of  the 
query  computation.  Furthermore,  when  such  a  process  discovers  deadlock,  it  knows  the 
identities  of  the  other  processes  in  the  minimal  deadlocked  set.  Definitions  used  in  these 
theorems  and  their  proofs  are  shown  in  Appendix  F.  Throughout  this  chapter,  we  make 
the  following  assumptions: 

(1)  There  are  only  a  finite  number  of  processes  in  the  system, 

(2)  There  is  a  finite  number  of  priority  classes  for  query  computations, 

(3)  No  process  is  infinitely  lazy,  and 

(4)  Messages  (and  query  computations)  are  delivered  in  finite  amounts  of  time  and  in 
the  order  sent. 

4.2.  Theorems  and  Proofs 

Theorem  i,  in  ronjunrtion  with  theorem  3,  shows  that,  all  true  deadlocks  are 


detected. 
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Theorem  1:  If  the  initiator  of  a  query  computation  is  deadlocked  when  it  initiates  the 
computation,  it  will  eventually  declare  itself  “deadlocked”. 

Proof:  For  Algorithms  I  and  II:  Consider  a  set  S  of  N  processes,  including  the 

initiator  P,  which  is  deadlocked  when  P  initiates  a  query  computation. 
Processes  in  S  cannot  change  their  dependent  sets,  and  there  are  no 
messages  in  transit  between  processes  in  S.  Hence,  after  P  initiates  the 
query  computation,  no  process  in  S  can  become  executing.  When  receiving 
a  query  belonging  to  the  query  computation  for  the  first  time  (an  engaging 
query),  each  process  adds  itself  to  the  query  trace  list  and  queries  each 
process  in  its  dependent  set  once  in  turn.  Each  process,  upon  receiving  a 
query,  either  sends  the  corresponding  reply  or  sends  another  query.  Since 
each  process  can  have  at  most  JV-1  processes  in  its  dependent  set,  there  can 
be  at  most  N(N  -1)  queries  belonging  to  the  query  computation  initiated  by 
P.  A  reply  is  sent  only  when  the  corresponding  query  is  received  for  the 
first  time,  and  for  any  query  received,  exactly  one  reply  has  been  sent. 
Hence,  there  can  be  at  most  N(N  1)  replies  for  the  query  computation. 
Therefore,  after  some  finite  amount  of  time,  no  more  queries  will  be  sent, 
and  the  corresponding  reply  for  each  query  has  been  sent  and  received.  By 
this  time,  the  initiator  has  queried  all  members  of  its  dependent  set,  has 
received  the  corresponding  replies  from  all  of  them,  and  hence,  declares 
itself  deadlocked. 

For  Algorithms  III,  IV,  and  V:  The  above  argument  holds  if  no  process  in 
the  system  has  a  higher  priority  than  P,  since  the  highest  priority  query 
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computations  are  never  suspended  by  other  query  computations.  It  also 
holds  when  all  processes  with  priorities  higher  than  P  are  in  the  set  S.  To 
this  case,  each  of  the  highest  priority  query  computations  initiated  by 
processes  in  S  will  finish.  Once  they  do,  each  of  the  next  highest  priority 
query  computations  becomes  the  highest  priority  query  computation.  Each 
of  these  also  finishes,  until  finally  the  query  computation  initiated  by  P 
finishes,  and  P  detects  deadlock. 

Suppose,  however,  that  there  are  exactly  M  processes  not  in  S  which  have 
priorities  higher  than  P  and  each  of  which  has  a  reachable  set  containing  P . 
Let  //max  be  the  highest  priority  which  may  be  assigned  to  a  query 
computation.  We  will  show  that  the  query  computation  initiated  by  P 
cannot  be  suspended  indefinitely  by  query  computations  initiated  by  these 
M  processes,  causing  P  to  fail  in  detecting  deadlock.  To  show  that  this 
cannot  occur,  we  show  that  the  highest  priority  query  computation  QC0 
initiated  by  any  process  in  5  will  make  progress.  More  specifically,  if  the 
query  computation  QC0  is  suspended  by  a  higher  priority  query 
computation  initiated  by  one  of  the  M  processes  not  in  S,  QC0  will 
eventually  increase  its  urgency  by  I.  As  defined  in  Chapter  3,  urgency  is  the 
sum  of  priority  of  the  query  computation  and  the  integer  quotient  of  the 
starvation  count  divided  by  a  user-defined  finite  number  C .  The  starvation 
count  of  a  suspended  query  computation  is  increased  by  1  each  time  the 
process  which  suspended  the  query  computation  sends  a  reply  or  receives  a 
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We  now  show  that  QC0  will  raise  its  starvation  count  by  1  in  finite  time. 
Either  QC0  is  making  progress,  in  which  case  the  proof  is  completed,  or  else 
it  is  suspended  by  an  engaging  query  from  a  higher  priority  query 
computation  (say  QCy)  received  by  some  process  Q  in  5  from  a  process  not 
in  S.  Either  QC{  is  making  progress,  or  else  it  is  suspended  by  a  higher 
priority  query  computation  (say  QC 2)  initiated  by  another  process  not  in  S. 
Since  there  are  M  processes  not  in  S  which  have  a  priorities  higher  than  the 
highest  priority  process  in  S ,  there  is  a  query  computation  QCM  with  the 
highest  priority.  Note  that  the  priority  of  QCM  is  less  than  or  equal  to 
H max.  QOm  ,  and  all  other  query  computations  with  this  priority,  make 
progress  among  processes  in  S.  Process  Q  in  S  which  receives  an  engaging 
query  from  any  of  these  highest  priority  query  computations  will  either 
eventually  reply  to  its  engager,  or  else  receive  a  cancel  for  the  query 
computation.  Starvation  counts  of  all  query  computations  suspended  by  Q 
will  be  increased  by  1.  Hence,  they  make  progress.  That  is,  they  will 
eventually  finish  (replies  are  sent  to  engagers)  or  else  they  will  be 
terminated  with  a  cancel.  In  either  case,  all  processes  which  receive 
engaging  queries  belonging  to  QCM__l  will  either  send  a  reply  or  receive  a 
cancel  for  QCM_X.  All  query  computations  suspended  by  these  processes 
thus  increase  their  starvation  counts  by  1,  and  hence  make  progress. 
Because  the  number  of  priority  classes  is  finite,  QC0  will  eventually  increase 
its  starvation  count  by  1,  and  hence  make  progress.  By  continuing  this 
argument,  we  can  conclude  that  the  starvation  count  of  QC0  will  eventually 
reach  the  level  C,  causing  its  urgency  to  increase  by  I.  Similarly,  the 
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urgency  of  QC 0  eventually  will  reach  a  level  sufficient  to  ensure  its  progress. 
In  particular,  since  the  priority  of  any  query  computation  is  bounded  by 
/fmax,  QC0  begins  to  make  progress  whenever  its  urgency  is  as  high  or 
higher  than  the  priority  of  the  query  computation  which  caused  process  Q 
to  suspend  QC0. 

Theorem  2  states  that  a  process  does  not  detect  a  false  deadlock.  It  will  be  proven 
by  contradiction  using  Lemma  1. 

Lemma  1:  Suppose  that  a  process  Pk  sends  a  reply  to  its  engager  and  subsequently 

becomes  executing  at  some  time  Ta  during  a  query  computation.  Then 
there  exists  a  process  Pr  in  the  dependent  set  of  Pk  which  receives  a  query 
for  that  query  computation  and  subsequently  becomes  executing  at  some 
time  Tb  <  Ta. 

Proof:  Suppose  that  a  process  Pc  sends  process  Pk  an  engaging  query  at  some  time 

Tc.  Thus,  Pe  is  the  engager  of  Pk.  Suppose  that  Pk  receives  this  query  at 
some  time  Td  >  Tc  and  sends  a  reply  to  Pt  at  some  time  T(  >  Td.  Pk 
was  idle.  It  can  only  become  executing  iT  it  receives  a  message  from  some 
process  Pr  in  its  dependent  set.  Suppose  that  Pk  receives  a  message  from 
Pr  and  becomes  executing  at  some  time  Ta  >  Te.  The  relationships 
between  Ta,  Tc,  Td ,  and  Te  are  as  shown  below.  There  are  two  cases: 
either  Pr  is  Pr,  or  Pr  is  not  Pe. 

-  -+~ . . \ - + - I— 

n  Td  Tc  Ta 
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Case  1:  Suppose  that  Pr  is  Pe. 

Since  message  delays  are  finite,  PT  sent  the  message  at  some  time  Tb  <  Ta. 
Also,  since  sequenced  message  delivery  is  assumed,  the  query  was  sent  by  Pr 
to  Pk  before  the  message.  Hence,  Tc  <  Tb  as  shown  below. 


Queries  are  sent  only  by  idle  processes,  and  messages  are  sent  only  by 
executing  processes.  Hence  Pr  was  idle  at  time  Tc,  received  the  query  (or 
initiated  it),  and  subsequently  became  executing  at  time  Tb  <  Ta. 

Case  2:  Suppose  that  Pr  is  not  Pt. 

For  Algorithms  I,  II,  and  III,  Pk  does  not  send  a  reply  to  Pt,  until  it  has 
queried  and  received  replies  from  every  process  in  its  dependent  set  (except 
possibly  the  engager).  Therefore,  Pr  received  a  query  from  Pk  at  some  time 
Th  >  Td  and  sent  a  reply  to  Pk  at  some  time  T,  where  Th  <  T,  <  Te  as 
shown  below.  Since  Pk  received  a  message  from  Pr  after  receiving  a  reply 
from  Pr,  the  message  from  Pr  was  sent  at  some  time  Tb  where  Tt  <  Tb  < 
Ta  as  shown. 

-  -4- . — t — I — I — I — I - 4  - 

T '■  T‘  T>  T,  T,  T. 

Hence,  Pr  was  idle,  received  the  query  (or  initiated  it),  and  subsequently 
was  executing  at  time  Tb  <  Ta. 

For  Algorithms  IV  and  V,  Pk  does  not  send  a  reply  to  Pt  unless  every 
process  in  its  dependent  set  appears  in  the  query  t  race  list  and  the  sequence 


number  Nt  matches  the  most  recent  sequence  number  M,  of  some  query  or 
reply  sent  from  P{  to  Pk  for  every  process  id/sequence  number  pair  Pi  TV, 
appearing  in  the  query  trace  list.  Therefore,  when  Pk  sends  a  reply  to  Pt  at 
time  Te,  process  PT  and  its  associated  sequence  number  Nr  are  in  the  query 
trace  list.  Pk  knows  from  some  query  or  reply  it  received  from  PT  that  any 
message  subsequently  received  from  Pr  carries  a  sequence  number  greater 
than  Nr.  Therefore,  the  message  received  by  Pk  at  time  Ta  carries  a 
sequence  number  greater  than  Nr.  Since  Pr  inserted  itself  with  sequence 
number  Nr  in  the  query  trace  list,  this  implies  that  P,  became  executing  at 
some  time  Tb  <  Ta  after  receiving  the  query  computation. 

Theorem  2  states  that  a  process  does  not  detect  a  false  deadlock,  and  that  whenever 
it  detects  a  deadlock,  it  knows  all  the  processes  in  its  reachable  set. 

Theorem  2:  If  the  initiator  P  of  a  query  computation  declares  itself  “deadlocked”,  then 
it  belongs  to  a  deadlocked  set  S  containing  itself  and  all  the  processes  in  its 
reachable  set.  Moreover,  all  the  processes  in  the  reachable  set  of  P  are 
known  to  P  when  deadlock  is  declared. 

Proof:  Let  .V  be  the  set  of  processes  which  receive  queries  during  the  query 

computation.  As  described  in  Chapter  3,  a  process  Q  in  S  adds  itself  to  the 
query  trace  list  when  it  receives  an  engaging  query.  Every  process  replies  to 
its  engager  only  after  it  receives  a  reply  for  every  query  that  if  sent.  After 
the  initial reives  a  reply  for  every  query  that  it  sent,  it.  declares  itself 
deadlocked.  Therefore,  when  the  initiator  P  declares  itself  deadlocked, 


every  process  in  S  has  replied  to  its  engager  in  the  query  computation. 

We  now  show  by  contradiction  that  no  process  in  5  can  become  executing 
after  sending  a  reply  to  its  engager.  In  other  words,  processes  in  S  are 
indeed  deadlocked  when  P  declares  itself  deadlocked.  Suppose  some 
processes  in  S  become  executing  after  replying  to  their  engagers.  Let  Q  be 
the  first  such  process.  From  Lemma  1,  if  process  Q  becomes  executing  at 
time  Iq  after  replying  to  its  engager,  then  there  is  a  process  R  in  the 
dependent  set  of  Q  which  becomes  executing  at  time  tR  after  receiving  a 
query,  and  ln  ' -  Iq-  Q  cannot  be  the  engager  of  /f,  since  Q  being  the  the 
engager  of  R  means  that  R  replied  to  Q  before  Q  replied  to  its  engager.  If 
this  happens,  then  Q  is  not  the  first  process  to  execute  after  replying  to  its 
engager  as  it  is  supposed  to  be.  Two  possibilities  remain:  either  R  is  in  the 
engager  chain  of  Q,  or  it  is  not.  If  it  is  not,  then  R  must  have  received  an 
engaging  query  from  some  other  process  and  replied  to  that  process  before 
Q  received  its  engaging  query.  Again,  Q  is  not  the  first  process  to  execute 
after  replying  to  its  engager  if  this  happens.  The  only  other  possibility  is 
that  R  is  in  the  engager  chain  of  Q.  Q  being  the  first  process  to  execute 
after  replying  to  its  engager  means  that  R  has  not  replied  to  its  engager  at 
time  tn.  Therefore,  R  still  has  an  outstanding  query  at  time  tlt.  When  R 
executes  at  time  lt{,  it  cancels  its  outstanding  query.  For  Algorithm  I,  the 
query  computation  is  halted,  and  for  Algorithms  II,  III,  IV,  and  ' ’  process 
R  increases  its  sequence  number  in  the  query  trace  list.  Thus,  the  reply 
which  Q  sent,  no  longer  belongs  to  the  current  query  computation.  It  follows 
that,  no  process  in  .S'  becomes  executing  after  sending  a  reply  to  its  engager. 


For  Algorithms  III,  IV,  and  V,  when  a  process  that,  has  already  declared 
deadlock  receives  an  engaging  query,  it  adds  the  members  of  its  reachable 
set  to  the  query  trace  list  and  sends  a  reply  to  its  engager  without  querying 
its  dependent  set.  This  means  that  the  set  S  of  processes  may  be  a  proper 
subset  of  the  reachable  set  of  P.  To  complete  the  proof,  we  need  to  show 
closure  over  the  dependent  set  relationships  for  the  deadlocked  set  declared 
by  P.  To  do  this,  we  first  suppose  that  P  is  the  first  process  in  S  to  declare 
deadlock.  We  can  conclude  that  the  dependent  set  of  every  process  in  S  is 
also  in  5,  since  every  process  in  the  dependent  set  of  some  process  Q  in  S 
sees  the  query  computation  before  Q  replies  to  its  engager,  In  this  case,  S  is 
a  deadlocked  set.  Every  process  in  the  reachable  set  of  P  receives  an 
engaging  query  and  adds  itself  to  the  query  trace  list.  We  can  further 
conclude  that  the  initiator  P  knows  the  identity  of  every  process  in  its 
reachable  set  upon  receiving  the  last  reply.  That  is,  the  set  S  is  the  set  5. 

Suppose  that  P  is  not  the  first  process  in  S  to  declare  deadlock.  We  prove 
by  induction  that,  the  set  S  containing  P  and  its  reachable  set  is  a 
deadlocked  set.  and  that  P  knows  the  identities  of  all  processes  in  its 
reachable  set.  Let,  V  be  the  first  process  to  declare  deadlock.  By  the 
argument,  above,  V  and  its  reachable  set  is  a  deadlocked  set,  and  V  knows 
the  identities  if  all  processes  in  its  reachable  set.  Consider  the  set  of 
processes  S'  which  is  the  union  of  S  and  the  reachable  sets  of  those 
processes  in  .S'  which  have  already  declared  deadlock.  Suppose  that  the 
reachable  set  of  any  process  W  in  S  that  declared  deadlock  before  P  is  a 
deadlocked  set  and  that  W  knows  the  identities  of  all  processes  in  its 


-  73 


reachable  set.  We  first  show  that  S'  is  also  a  deadlocked  set.  We  have 
already  shown  that  no  member  of  5  can  become  executing  after  sending  a 
reply  to  its  engager.  None  of  the  processes  added  to  S  to  form  S'  can 
become  executing  either,  since  they  are  members  of  deadlocked  sets. 
Therefore,  S'  is  a  deadlocked  set.  We  now  show  that  P  learns  the  identities 
of  all  processes  in  its  reachable  set.  Each  process  in  S'  is  in  the  reachable 
set  of  P .  Suppose  there  is  a  process  U  which  is  in  the  reachable  set  of  P 
which  is  not  in  S'.  There  is  a  chain  of  processes  P,  Q j  Q2  ...,  U  such  that 
each  process  is  in  the  dependent  set  of  its  predecessor.  Each  process  either 
receives  an  engaging  query  from  its  predecessor,  or  else  some  ancestor  in  the 
chain  has  already  declared  deadlock.  If  no  process  in  the  chain  has  declared 
deadlock,  then  U  receives  a  query,  and  hence  U  is  a  member  of  5.  If  some 
process  in  the  chain  has  declared  deadlock,  then  let  Q0  be  the  first  one  (in 
the  chain  order).  Q0  receives  a  query  and  sends  a  reply  after  including  in 
the  query  trace  list  all  members  of  its  reachable  set.  Therefore,  U  will  be  in 
S'.  This  says  every  process  in  the  reachable  set  of  P  is  in  S'.  Therefore, 
the  reachable  set  of  P  is  S'.  This  also  says  that  S'  is  S.  Because  each 
process  in  .S'  adds  itself  to  the  query  trace  list,  and  any  process  which 
already  declared  deadlock  adds  its  reachable  set  to  the  query  trace  list,  all 
processes  in  S'  will  appear  in  the  query  trace  list  when  P  declares  deadlock. 
Thus,  P  knows  the  identities  of  all  processes  in  its  reachable  set. 

Theorem  .'1  is  used  in  conjunction  with  theorem  1  to  show  that  all  true  deadlocks  are 


detected. 
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Theorem  3:  (for  Algorithm  I) 

If  every  process  initiates  a  new  query  computation  after  it  becomes  idle  or 
receives  an  inform,  then  every  process  in  every  deadlocked  set  will  report 
“deadlocked”. 

Proof:  Suppose  a  process  P,  upon  becoming  idle,  initiates  a  query  computation. 

Since  all  messages  are  delivered  in  finite  time,  P  will  eventually  declare 
deadlock  if  the  query  computation  is  not  halted.  Hence,  we  need  to  consider 
only  the  case  when  the  query  computation  initiated  by  P  is  halted.  The 
query  computation  may  be  halted  in  one  of  three  ways: 

1)  An  idle  process  with  an  outstanding  query  receives  a  message  and  starts 
executing; 

2)  An  executing  process  receives  a  query;  or 

3)  An  idle  process  receives  a  nonengaging  query  and  the  process  has  not 
been  continuously  idle  since  seeing  the  engaging  query. 

Consider  cases  1  and  2.  When  some  process  Q  halts  a  query  computation, 
it  sends  an  inform  to  P.  Once  the  inform  arrives,  P  will  initiate  a  new 
query  computation. 

Now  consider  case  3.  Let  Q  be  the  first  process  to  halt  the  query 
computation.  Suppose  that  Q  receives  the  nonengaging  query  from  a 
process  W,  where  W  is  not  necessarily  different  from  P.  If  process  Q  is  in 
the  engager  chain  of  W,  then  we  have  case  1.  That  is,  P  will  receive  an 
inform  from  Q.  If  Q  is  not  in  the  engager  chain  of  IV  when  Q  begins 


Theorem  8: 


Proof: 


executing  at  some  time  Tq,  then  Q  received  an  engaging  query,  sent  a  reply 
to  its  engager,  received  a  message  and  became  executing,  and  then  received 
the  nonengaging  query  from  W.  By  Lemma  1,  some  process  R  in  the 
dependent  set  of  Q  received  an  engaging  query  and  subsequently  became 
executing  at  some  time  Tr<Tq.  Process  R  cannot  have  an  outstanding 
query  at  time  TRl  since  it  would  have  stopped  the  query  computation  when 
it  began  executing.  Therefore,  R  replied  to  its  engager  before  time  Tr- 
This  leads  to  a  contradiction  to  the  supposition  that  Q  is  the  first  process 
to  stop  the  query  computation. 

(for  Algorithms  II,  III,  IV,  and  V) 

If  every  process  initiates  a  new  query  computation  whenever  it  becomes 
idle,  then  every  process  in  every  deadlocked  set  will  report  “deadlocked”. 

From  theorem  1,  the  last  process  to  become  idle  in  a  deadlocked  set  will 
detect  deadlock.  We  now  show  that  when  all  processes  in  a  deadlocked  set 
become  idle,  the  query  computations  initiated  by  the  processes  other  than 
the  last  process  to  become  idle  in  the  deadlocked  set  will  run  to  completion. 
When  they  complete,  their  initiators  will  each  declare  deadlock.  To  show 
this,  we  note  that  query  computations  can  be  halted  only  by  the  initiator 
when  it  executes.  When  a  process  Q  in  the  engager  chain  of  a  query 
computation  executes,  it  suspends  the  query  computation  (and  sends  a 
cancel  if  needed).  Then  Q  shortens  the  engager  chain  so  that  it  is  the  last 
process  on  the  engager  chain.  Once  Q  becomes  idle,  it  resumes  the  query 


computation  by  querying  its  dependent  set. 
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Theorems  4,  5,  and  6  only  apply  to  Algorithm  V.  These  theorems  establish  that  a 
deadlocked  process  will  recognize  all  minimal  deadlocked  sets  in  its  reachable  set.  Lemma 
2  is  used  in  the  proof  for  theorem  5. 

Lemma  2:  If  a  process  P  replies  to  its  engager,  then  all  processes  in  the  reachable  set 

of  P  appear  in  the  query  trace  list  of  the  reply. 

Proof:  Suppose  a  process  P  replies  to  its  engager,  and  Q  is  in  the  reachable  set  of 

P  but  not  in  the  query  trace  list  of  the  reply  sent  from  P  to  its  engager. 
There  is  a  path  from  P  to  Q  such  that  each  process  in  the  path  is  in  the 
dependent  set  of  its  predecessor.  Let  R  be  the  first  process  on  this  path 
which  is  not  in  the  query  trace  list.  We  note  that  no  process  between  P  and 
R  has  declared  deadlock,  since  if  there  were  a  process  between  P  and  R 
which  had  declared  deadlock,  it  would  have  added  itself  and  all  members  of 
its  reachable  set  to  the  query  trace  list.  That  is,  R  would  be  in  the  query 
trace  list.  Let  V  be  the  predecessor  of  R  in  the  path  from  P  to  Q.  Since 
1  is  in  the  query  trace  list,  it  will  have  seen  the  query  computation  and 
added  itself  to  the  query  trace  list.  In  other  words,  V  has  queried  each  each 
member  of  its  dependent  set  which  is  not  already  in  the  query  trace  list 
before  replying  to  its  engager.  Therefore,  V  has  queried  R.  This  is  a 
contradiction,  since  this  implies  R  added  itself  to  the  query  trace  list  before 
replying  to  l  . 

Theorem  If  a  process  P  in  a  minimal  deadlocked  set  initiates  a  query  computation,  it 
will  declare  deadlock  for  itself  and  all  members  of  its  reachable  set. 
Moreover,  P  recognizes  that  its  reachable  set  is  a  minimal  deadlocked  set. 


Proof: 


From  theorem  1,  the  initiator  P  eventually  declares  deadlock.  From 
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theorem  2,  P  knows  the  identity  of  every  process  in  its  reachable  set.  We 
now  show  that  P  recognizes  its  reachable  set  as  a  minimal  deadlocked  set. 
Every  process  in  the  reachable  set  of  P  is  in  the  same  strongly  connected 
component  as  P.  P  initializes  its  boolean  flag  Fp  in  the  query  trace  list  to 
FALSE.  P  recognizes  its  reachable  set  as  a  minimal  deadlocked  set  if  and 
only  if  the  boolean  flag  FP  in  the  last  reply  received  by  P  is  FALSE.  The 
only  way  in  which  the  boolean  flag  FP  in  the  query  trace  list  can  be  set  to 
TRUE  is  if  some  process  Q  in  the  reachable  set  of  P  recognizes  that  Q  is  in 
a  minimal  deadlocked  set,  and  that  the  engager  of  Q  is  not.  To  show  that 
this  cannot  happen,  we  suppose  some  process  Q  in  the  reachable  set  of  P 
recognizes  that  Q  is  in  a.  minimal  deadlocked  set.  When  Q  replies  to  its 
engager,  the  boolean  flag  Fq  is  FALSE.  All  processes  in  the  dependent  set 
of  Q  appear  after  Q  in  the  query  trace  list,  since  otherwise  Q  would  have 
set  F q  to  TRUE.  Also,  for  a  process  K  appearing  after  Q  in  the  query 
trace  list,  all  processes  in  the  dependent  set  of  R  appear  after  Q  in  the 
query  trace  list.  This  says  there  is  no  directed  path  from  Q  to  P .  This  is  a 
contradiction,  since  P  and  Q  are  in  the  same  strongly  connected 
component.  Therefore,  our  supposition  is  not  true;  P  recognizes  it  is  in  a 
minimal  deadlocked  set  and  that  all  processes  following  P  in  the  query 
trace  list  are  also  members  of  the  minimal  deadlocked  set. 

Theorem  5:  If  a  process  P  in  a  minima!  deadlocked  set  receives  an  engaging  query  from 
a  process  Q  that  is  not  in  the  minimal  deadlocked  set  and  subsequently 
replies  to  Q,  then  P  will  declare  deadlock  for  itself  and  all  members  of  its 


reachable  set.  Furthermore,  P  recognizes  that  its  reachable  set  forms  a 


Proof: 

Theorem  6: 


Proof: 


minimal  deadlocked  set.  When  Q  receives  the  reply  from  P,  Q  knows  that 
Q  itself  is  not  in  a  minimal  deadlocked  set,  and  that  the  reachable  set  of  P 
does  comprise  a  minimal  deadlocked  set. 

The  proof  for  theorem  5  is  similar  to  that  for  theorem  4. 

If  a  process  P  declares  deadlock,  it  knows  the  identities  of  all  members  of 
every  minimal  deadlocked  set  in  its  reachable  set.  For  each  of  these  minimal 
deadlocked  sets,  there  is  a  process  Q  belonging  to  the  minimal  deadlocked 
set  such  that  Q  knows  the  identity  of  the  reachable  set  of  Q,  and  that  the 
reachable  set  of  Q  forms  a  minimal  deadlocked  set. 

The  proof  for  theorem  6  is  similar  to  that  for  theorem  4. 
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CHAPTER  5. 

Simulation  Studies 

5.1.  Introduction 

The  CMH  Algorithm  and  the  five  new  algorithms  proposed  in  this  thesis  were 
simulated  to  compare  their  performance  and  efficiencies.  In  these  studies,  the  efficiency  of 
an  algorithm  is  measured  in  terms  of  the  number  and  length  of  messages  sent  on  the 
communication  network,  the  additional  storage  required  of  each  process,  and  the  time 
required  by  the  algorithms  to  detect  deadlock  once  deadlock  exists. 

5.2.  Design 

The  algorithms  were  simulated  using  six  Pascal  programs,  with  each  program 
implementing  one  of  the  deadlock  detection  algorithms.  The  simulation  is  event-driven 
and  uses  an  events  list  which  holds  events  to  occur  in  the  future.  As  an  event  is  forecast, 
it  is  added  to  the  events  list  after  all  events  already  scheduled  to  occur  earlier  or  at  the 
same  time.  Events  in  the  events  list  are  processed  one  at  a  time.  The  simulation  ends 
when  the  events  list  expires,  or  when  a  termination  event  is  encountered. 

5.3.  Simulation  Model  of  Communicating  Processes 

In  the  simulation  model  of  communicating  processes,  an  idle  process  begins  to 
execute  upon  receiving  a  message  from  any  process  in  its  dependent  set.  An  executing 
process  may  send  a  message  to  another  process. 

The  time  t  between  the  instant  at  which  a  process  P  last  became  executing  to  the 


instant  at  which  it  will  either  send  a  message  or  become  idle  is  exponentially  distributed 


with  mean  l/X.  Let  tx  be  the  probability  that  the  process  will  send  a  message  rather  than 
becoming  idle.  After  sending  a  message,  an  executing  process  will  continue  to  execute  for 
a  period  of  time,  after  which  it  will  become  idle  or  send  another  message  and  continue 
executing.  Let  tk  be  the  length  of  time  between  the  instant  at  which  a  process  sends  the 
(k—  l)th  message  after  it  last  became  executing  to  the  instant  at  which  it  will  either 
become  idle  or  send  the  k th  message.  We  assume  that  the  tk's  are  statistically 
independent,  identically  distributed  with  average  l/X.  When  the  probability  nk  that  the 
process  will  send  the  &th  message  is  n  independent  of  k,  the  length  of  time  between  the 
instant  at  which  a  process  last  became  executing  to  the  instant  at  which  it  will  become 
idle  is  exponentially  distributed  with  average  l/(X?r). 

An  executing  process  enqueues  all  messages  it  receives  while  executing.  Upon 
becoming  idle,  it  checks  the  queue  for  messages  it  may  have  received  from  processes  in  its 
dependent  set.  These  messages  are  considered  to  be  acceptable  in  that  the  process  may 
accept  one  and  begin  executing  again.  Messages  received  by  a  process  but  not  yet 
accepted  for  processing  remain  in  the  queue.  If  no  acceptable  messages  have  arrived,  the 
process  remains  idle  waiting  for  a  message  from  any  process  in  its  dependent  set.  As  an 
option  of  the  simulation  programs,  however,  messages  may  be  discarded  if  they  cannot  be 
accepted  immediately. 

The  model  described  here  allows  us  to  simulate  direct  communicating  processes  as 
well  as  a  resource  allocation  system  where  a  resource  manager  process  is  waiting  to 
receive  a  message  from  a  process  releasing  one  of  its  resources  held  by  that  process. 
While  the  resource  manager  is  waiting  to  regain  control  of  its  resources,  other  processes 
can  request  its  resources  by  sending  request  messages  to  it.  These  messages  are  simply 
enqueued  since  the  manager  process  docs  not  have  the  requesting  processes  in  its 
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de  endent  set. 

5.4.  Connection  Topology 

The  processes  form  several  clusters  as  shown  in  the  schematic  diagram  in  Figure  4. 
Such  a  model  can  be  used  to  simulate  a  wide-area  network,  with  each  cluster  in  the 
model  simulating  a  site  or  a  local-area  network  within  the  wide-area  network.  The 
model  can  also  be  used  to  simulate  a  local-area  network  with  different  hosts. 
Communication  between  any  two  processes  in  the  same  cluster  is  subject  only  to  an 
intra-cluster  delay.  Communication  between  two  processes  in  different  clusters  is  subject 
to  an  inter-cluster  delay.  For  the  cases  simulated  in  this  thesis,  we  measured  the 
communication  delays  in  terms  of  the  number  of  hops  required.  This  assumes  that 
message  and  query  traffic  delays  are  constant  and  therefore  are  not  affected  by  such 
factors  as  volume  of  network  traffic  and  capacity  of  transmission  channels.  The 
assumption  of  constant  network  delays  was  made  to  allow  all  deadlock  detection 
algorithms  to  be  simulated  in  an  identical  environment.  Such  an  assumption  may  not  be 
valid,  especially  for  the  CMH  Algorithm  (Ref  ShSi85).  The  effects  these  two  factors  may 
have  on  the  algorithms  simulated  are  discussed  later  in  this  chapter. 


Figure  4 

Clusters  of  Processes 
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5.5.  Input  Parameters 


The  following  parameters  are  used  to  initialize  the  system. 

(1)  Number  of  clusters  in  the  system. 

(2)  For  each  cluster,  the  number  of  processes  in  that  cluster. 

(3)  For  each  cluster,  the  message  delay  time  between  two  processes  in  that  cluster. 

(4)  For  each  cluster,  the  message  delay  times  to  every  other  cluster. 

(5)  For  each  process,  four  parameters  governing  dependent  set  selection  —  When  a 
process  becomes  idle,  its  new  dependent  set  is  formed  and  consists  of  some  processes 
selected  from  within  the  same  cluster  and  some  processes  selected  from  the  other 
clusters  in  the  network.  The  four  parameters  are  the  minimum  and  maximum 
number  of  processes  in  the  dependent  set  which  may  come  from  the  same  cluster 
and  the  minimum  and  maximum  number  of  processes  in  the  dependent  set  which 
may  come  from  all  the  other  clusters.  The  new  dependent  set  is  chosen  randomly  by 
picking  TVj  processes  from  the  other  clusters  and  N2  processes  from  the  same  cluster. 
The  numbers  Nv  and  /V2  are  uniformly  distributed  between  their  respective  minima 
and  maxima  (inclusive). 

(6)  Probability  x  that  the  next  event  of  an  executing  process  is  to  send  another  message 
and  continue  executing  instead  of  becoming  idle.  This  is  a  parameter  which  has 
associated  with  it  two  constraints.  The  first  is  a  minimum  number  of  processes 
which  remain  executing,  and  the  second  is  a  maximum  number  of  processes  wi  n  It 
should  be  allowed  to  execute.  If  there  arc  N  processes  in  the  system  and  the  two 
constraints  are  0  and  /V,  then  the  constraints  have  no  effect  on  the  simulation.  If, 


however,  the  lower  constraint  is  greater  than  0,  then  a  minimum  number  of 
processes  will  always  be  executing  (that  is,  a  process  is  not  allowed  to  become  idle  if 
the  minimum  number  of  executing  processes  is  not  maintained). 

(7)  Average  time  1/X  an  executing  process  executes  until  its  next  event  occurs. 

(8)  Number  of  messages  used  to  initialize  the  system.  The  simulation  is  started  with 
each  process  having  just  become  idle  and  having  generated  a  new  dependent  set. 
Messages  are  introduced  into  the  system  as  though  they  had  been  sent  at  time  0,  but 
not  yet  received.  Processes  will  begin  executing  once  they  receive  these  messages. 

5.6.  Statistics  Collected 

Each  query,  reply,  cancel,  and  inform  contains  the  initiator  identifier  of  the  query 
computation  and  a  sequence  number.  For  Algorithms  II,  III,  IV,  and  V,  this  sequence 
number  is  the  sequence  number  associated  with  the  query  computation  initiator.  Each 
process  has  two  categories  of  query  computations  associated  with  it:  those  that  fail  to 
detect  deadlock,  and  one  (or  less)  which  succeeds  in  detecting  deadlock. 

Queries,  replies,  cancels,  and  informs  are  tallied  according  to  the  query  computation 
initiator  and  sequence  number,  with  all  old  query  computations  for  a  given  initiator 
lumped  together.  If  deadlock  is  discovered,  the  contents  of  all  counters  are  recorded. 
These  counts  show  how  much  effort  has  been  spent  to  that  point. 

In  addition  to  the  statistics  mentioned  above,  the  numbers  of 

queries,  replies,  cancels,  informs,  and  messages  sent  and  accepted,  both  until  the  first 
deadlock  is  discovered  and  over  the  duration  of  the  simulation,  are  recorded.  The  number 
of  messages  sent,  does  not  always  equal  the  number  of  messages  accepted,  since  a 
message  is  not  be  accepted  by  a  process  unless  its  intended  receiver  is  idle  and  the  sender 
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is  in  the  receiver’s  dependent  set. 

The  total  number  of  data  fields  required  to  be  sent  is  also  recorded.  For  the  new 
algorithms  which  use  a  variable-length  format,  it  is  assumed  that  one  extra  field  is 
required  to  indicate  the  length  of  the  query,  reply,  cancel,  or  inform.  Header 
information  was  not  added  to  the  number  of  data  fields  required. 

Associated  with  each  process  is  a  variable  showing  when  that  process  last  changed 
state  from  executing  to  idle.  Since  our  algorithms  identify  all  processes  in  the  deadlocked 
set,  it  is  possible  to  determine  the  time  at  which  the  deadlock  first  developed.  This 
information  is  then  used  in  determining  how  long  the  algorithms  require  to  detect 
deadlock. 


Two  additional  statistics  collected  are  the  average  number  of  idle  processes  and  the 
average  size  of  dependent  sets.  The  average  size  of  dependent  sets  (D)  is  a  time-weighted 
average  which  takes  into  account  the  durations  of  dependent  sets.  Thus,  if  during  the 
course  of  the  simulation  of  duration  T,  there  are  m  dependent  sets  generated  for  all 
processes,  and  dependent  set  i  has  size  Si  and  duration  then 

m 

XU  U) 

-  (i) 

X\ 

1-1 

The  average  number  of  idle  processes  (N)  in  the  system  is  also  a  time  weighted  average 
which  takes  into  account  the  amount  of  time  a  process  is  idle. 


W 


(2) 


The  average  number  of  dependency  relationships  (C)  :s  the  product  of  the  average  size  of 


a  dependent  set  ( D )  and  the  average  number  of  idle  processes  in  the  system  (TV). 

C  =  D  *  N  (3) 

5.7.  Results  and  Analysis 

The  first  case  study  is  carried  out  to  determine  in  which  order  an  idle  process  should 
query  the  processes  in  its  dependent  set.  Case  studies  2  and  3  are  done  in  order  to  fix  the 
values  of  Tl  and  T2  for  the  remaining  case  studies.  In  case  studies  4  through  7,  the 
performance  of  the  algorithms  are  evaluated. 

5.7.1.  Case  Study  1 

The  first  case  study  of  communicating  processes  demonstrates  that,  for  Algorithms 
III,  IV,  and  V,  processes  in  a  dependent  set  should  be  queried  in  the  order  of  highest 
priority  first,  rather  than  lowest  priority  first.  Table  l  shows  the  input  parameters  used 
in  this  case  study.  Each  test  configuration  was  run  75  times.  The  first  test  configuration 
was  designed  so  that  all  75  runs  resulted  in  detection  of  deadlock,  and  an  average  of  64 
messages  were  sent  during  each  run.  The  second  test  configuration  was  designed  so  that 
at  least  2  processes  were  executing  at  any  one  time,  and  deadlock  was  never  detected  in 
all  75  runs.  Each  run  executed  for  5000  time  units,  and  an  average  of  1481  messages  were 
sent  during  each  run.  The  means  and  the  90%  confidence  intervals  for  the  two  test 
configurations  are  shown  in  Tables  2  and  3. 

Tables  2  and  3  show  that  it  is  important  that  processes  be  queried  in  the  order  of 
highest  priority  first,  especially  when  deadlock  is  likely  to  occur.  For  the  remainder  of 
the  simulation  studies,  processes  in  a  dependent  set  are  queried  in  order  of  highest 
priority  first  for  Algorithms  III,  IV,  and  V. 
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Table  1 

Input  Parameters  for  Case  Study  1  of  Communicating  Processes 


Parameter 

With 

Deadlock 

Without 

Deadlock 

Number  of  processes  in  cluster  1 

3 

3 

Number  of  processes  in  cluster  2 

4 

4 

Number  of  processes  in  cluster  3 

3 

3 

Intra-,  Inter- cluster  delay  times 

2,  5 

.2,5 _ 

Mean  time  a  process  executes 
until  next  event 

10 

10 

Probability  a  process  sends  a  message 

1 

for  its  next  event  (constraints) 

Number  of  processes  in 
dependent  set  from  same  cluster 

1-2 

1-2 

Number  of  processes  in 
dependent  set  from  other  clusters 

1-5 

4-6 

Times  and  T2  a  process  waits 

before  processing  query  computations 

50,  45 

50,  45 

Table  2 

Priority  Comparison  With  Deadlock 


Algorithm 

Volume  of  Query  Traffic  with  Deadlock  Detected 

highest  priority  first 

lowest  priority  first 

mean 

90%  confidence 

mean 

90%  confidence 

Algorithm  III 

189.013 

(178.436  ,  199.590) 

359.693 

(345.665  ,  373.772) 

Algorithm  IV 

Algorithm  V 


111.667 


(101.414  ,  121.919) 


157.227 


(146.802  ,  167.651) 
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Table  3 

Priority  Comparison  Without  Deadlock 


Algorithm 

Volume  of  Query  Traffic  without  Detecting  Deadlock 

highest  priority  first 

lowest  priority  first 

mean 

90%  confidence 

mean 

90%  confidence 

Algorithm  III 

287.880 

(270.923  ,  304.837) 

312.987 

(295.639  ,  330.334) 

Algorithm  IV 

282.293 

(264.489  ,  300.098) 

301.760 

(283.525  ,  319.995) 

Algorithm  V 

282.507 

(264.679  ,  300.334) 

301.427 

(283.196  ,  319.658) 

5.7.2.  Case  Study  2 

1\  is  the  time  a  process  waits  after  becoming  idle  before  initiating  a  query 

I 

computation.  T2  is  the  minimum  time  after  a  process  becomes  idle  before  it  sends  to  a 
process  in  its  dependent  set  a  query  in  a  query  computation  initiated  by  another  process, 
j  The  result  of  this  case  study  shows  the  efficiency  of  each  algorithm  is  very  sensitive  to  the 

parameter  Tl  for  any  given  set  of  input  parameters.  Table  4  lists  the  different  parameter 
values  used  in  the  first,  three  test  configurations,  each  of  which  contains  a  single  large 

^  cluster  of  processes.  Table  5  lists  the  parameter  values  for  three  more  test  configurations 

I 

containing  five  small  clusters  of  processes.  For  this  case  study,  T2  was  taken  to  be 
0.9  *  Tx.  Different  values  of  T2  are  used  in  case  study  3.  The  results  are  shown  in 
Figures  5  through  10  for  the  first  three  test  configurations,  and  in  Figures  11  through  16 
for  the  second  three  test,  configurations.  Each  line  on  the  graphs  shows  the  total  amount 
|  of  query  traffic  (queries,  replies,  and  cancels).  Because  the  simulation  may  be  halted 

with  the  events  list  still  containing  future  events,  an  error  is  introduced  into  the 


measured  result.  The  size  of  this  error  is  dependent  on  Tl  and  T  2.  For  example,  if  T  t  = 
500,  and  the  duration  of  the  simulation  is  5000,  then  any  process  becoming  idle  after  4500 
does  not  affect  the  amount  of  query  taffic  passed  before  the  simulation  halts,  since  the 
query  computation  for  that  process  will  not  start  until  after  the  simulation  halts.  In  this 
case,  the  duration  of  the  simulation  (5000)  is  long  enough  to  ensure  that  the  error 
introduced  in  this  manner  is  less  than  approximately  10%.  For  the  value  T t  —  800,  the 
simulation  was  run  for  10,000  time  units,  with  the  volume  of  query  traffic  being  divided 
by  2.  Thus,  the  shape  of  the  curve  approximately  reflects  the  amount  of  query  traffic 
which  will  never  detect  deadlock.  For  Algorithms  CMH,  I,  and  II,  each  test  configuration 
was  simulated  enough  times  so  that  we  can  say  that  the  expected  mean  lies  within  10%  of 
the  sample  mean  with  an  80%  level  of  confidence.  For  Algorithms  III,  IV,  and  V,  the 
same  can  be  said  with  a  90%  level  of  confidence. 


Table  4 

Input  Parameters  for  Case  Study  2  Using  One  Large  Cluster 


Parameter 


Processes  in  cluster  l 


Intra-cluster  delay 
times  (in  hops) 


Mean  time  a  process 
executes  until  next  event 


Probability  a  process 
sends  a  message  for  its 
next  event  (constraints) 


Processes  in  dependent  set 


Time  Tl  a  process  waits 
before  initiating 
a  query  computation 


Configuration  1  Configuration  2  Configuration  3 

Small  Size  Medium  Size  Large  Size 

Dependent  Sets  Dependent  Sets  Dependent  Sets 


100,  200 
350,  500 
800 


100,  200 
350,  500 
800 


15-19 


100,  200 
350,  500 
800 


Table  5 

Input  Parameters  for  Case  Study  2  Using  Five  Small  Clusters 


Test 

Test 

Parameter 

Configuration  4 

Configuration  5 

Small  Size 

Medium  Size 

Test 

Configuration  6 
Large  Size 


Processes  in  cluster  1 
Processes  in  cluster  2 
Processes  in  cluster  3 


Dependent  Sets 


Dependent  Sets 


Dependent  Sets 


Processes  in  cluster  4 

5 

5 

5 

Processes  in  cluster  5 

4 

4 

4 

Intra-,  Inter-cluster 
delay  times  (in  hops) 

2,5 

2,5 

2,5 

Mean  time  a  process 
executes  until  next  event 

20 

20 

20 

Probability  a  process 
sends  a  message  for  its 
next  event  (constraints) 

0.50 

(3,20) 

0.50 

(3,20) 

Processes  in  dependent 
set  from  same  cluster 

1-2 

1-3 

2-4 

Processes  in  dependent 
set  from  other  clusters 

1-5 

5-10 

10-15 

Time  Tx  a  process  waits 
before  initiating 
a  query  computation 

100,  200 

350,  500 

800 

100,  200 

350,  500 

800 

100,  200 

350,  500 

800 

As  Ty  becomes  smaller,  an  idle  process  initiates  a  query  computation  sooner,  and 
therefore  has  a  greater  chance  of  initiating  a  query  computation  which  encounters  an 
executing  process.  There  is  also  a  greater  chance  that  the  initiator  will  become  executing 
after  initiating  the  query  computation.  Plots  in  Figures  5  through  16  show  what  happens 
as  the  average  size  of  the  dependent  sets  increases.  For  Algorithm  CMH,  the  volume  of 
query  traffic  increases  due  to  the  multiplying  effect  caused  by  the  breadth-first  approach. 
For  the  depth-first  algorithms,  however,  just  the  opposite  occurs.  The  results  of  our 
simulation  show  that  as  the  average  size  of  the  dependent  sets  increases,  the  average 
number  of  idle  processes  encountered  by  queries  in  a  query  computation  actually 


decreases.  Hence,  a  query  computation  using  the  depth-first  approach  tends  to  encounter 
an  executing  process  sooner,  and  the  average  volume  of  query  traffic  is  less. 
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Figure  5 

Sensitivity  of  Algorithm  CMH  to  Tx 
For  Configurations  Containing  One  Large  Cluster 

With  the  exception  of  case  study  3,  the  rest  of  our  results  were  obtained  with  the 
value  of  Tx  chosen  to  be  500.  This  value  of  Tx  is  chosen  because  for  values  less  than  500, 
the  CMH  Algorithm  requires  significantly  more  query  traffic.  For  our  algorithms, 
increasing  Tx  from  500  to  800  resulted  in  no  significant  decrease  in  query  traffic.  For  the 
second  set  of  plots  in  which  the  processes  are  in  five  small  clusters,  we  observed  similar 
results  showing  the  CMH  Algorithm  requiring  significantly  more  query  traffic  for  values 
of  Tx  less  than  500,  and  no  significant  improvement  for  our  algorithms  when  increasing 
T j  from  500  to  800.  We  observe  that  the  performance  of  the  algorithms  does  not  depend 
significantly  on  whether  the  processes  form  one  or  more  than  one  cluster  when  the  inter- 
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cluster  delay  times  are  not  too  much  greater  than  the  intra-cluster  delay  times. 


Figure  6 

Sensitivity  of  Algorithm  1  to  T t 
for  Configurations  Containing  One  Large  Cluster 


Figure  7 

Sensitivity  of  Algorithm  II  to  T{ 
for  Configurations  Containing  One  Large  Cluster 
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Figure  8 

Sensitivity  of  Algorithm  III  to  T j 
for  Configurations  Containing  One  Large  Cluster 


Figure  9 

Sensitivity  of  Algorithm  IV  to  T, 
for  Configurations  Containing  One  Large  Cluster 


Query  8 
Traffic 
*\02  6 


Query  28- 
Traffic 
*103  24 


+  Test  Configuration  1 

Small  Size  Dependent  Sets 

•  Test  Configuration  2 

Medium  Size  Dependent  Sets 

Test  Configuration  3 

Large  Size  Dependent  Sets 


100  200  300  400  500  600 

Time  Tx 

Figure  10 

Sensitivity  of  Algorithm  V  to  Tx 
for  Configurations  Containing  One  Large  Cluster 
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Sensitivity  of  Algorithm  CMH  to  T, 
for  Configurations  Containing  Five  Small  Clusters 
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Figure  12 

Sensitivity  of  Algorithm  I  to  Tx 
for  Configurations  Containing  Five  Small  Clusters 
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Figure  13 

Sensitivity  of  Algorithm  II  to  Tl 
for  Configurations  Containing  Five  Small  Clusters 
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Figure  14 

Sensitivity  of  Algorithm  111  to  T j 
for  Configurations  Containing  Five  Small  Clusters 


Figure  15 

Sensitivity  of  Algorithm  IV  to  1\ 
for  Configurations  Containing  Five  Small  Clusters 
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Figure  16 

Sensitivity  of  Algorithm  V  to  Tx 
for  Configurations  Containing  Five  Small  Clusters 
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Table  8 

Input  Parameters  for  Case  Study  3 


Test 

Test 

Test 

Test 

Config.  1 

Config.  2 

Config.  3 

Config.  5 

Parameter 

One  Large 

One  Large 

One  Large 

Five  Small 

Cluster 

Cluster 

Cluster 

Clusters 

Small  Size 

Medium  Size 

Large  Size 

Medium  Size 

Dependent 

Dependent 

Dependent 

Dependent 

Sets 

Sets 

Sets 

Sets 

Processes  in  cluster  1 

20 

20 

20 

4 

Processes  in  cluster  2 

0 

0 

0 

3 

Processes  in  cluster  3 

0 

0 

0 

4 

Processes  in  cluster  4 

0 

0 

0 

5 

Processes  in  cluster  5 

0 

0 

0 

4 

Intra-,  Inter-cluster 
delay  times  (in  hops) 

o 

2 

2 

2,  5 

Mean  time  a  process 
executes  until 
its  next  event 

20 

20 

20 

20 

Probability  a  process 
sends  a  message  for  its 

0.50 

0.50 

0.50 

0.50 

next  event  (constraints) 

(3,20) 

(3,20) 

(3,20) 

(3,20) 

Number  of  processes 
in  dependent  set 
from  same  cluster 

3-8 

9-14 

15  19 

1-3 

Number  of  processes 
in  dependent  set 
from  other  clusters 

0 

0 

0 

5-10 

Time  Tx  a  process  waits 

100,  200 

100,  200 

100,  200 

100,  200 

before  initiating 

350,  500 

350,  500 

350,  500 

350,  500 

a  query  computation 

800 

800 

800 

800 

Time  7’2  a  process  waits 

0.1  7’, 

0.1  r, 

0.1  7’j 

0.1  7", 

before  processing  other 

0.5  T, 

0.5  7’, 

o.5  r, 

0.5  r, 

query  computations 

°-9  7'l  - 

o.9  r, 

o.9  r, 

o.9  r, 

T2  is  the  minimum  time  a  process  waits  after  becoming  idle  before  it  sends  to  a 
process  in  its  dependent  set  a  query  in  a  query  computation  initiated  by  another  process. 
The  plots  in  Figures  17  through  24  show  that  as  7'2  increases  from  0.1  Tl  to  0.9  7’,,  the 
volume  of  query  traffic  is  approximately  cut  in  half.  For  values  of  7'1  greater  than  200. 
very  little  is  gained  by  increasing  7’2  from  0.5  to  0.9  Tv  Since  in  case  study  2  we 


chose  Ty  to  be  500,  any  choice  of  T2  greater  than  0.5  Tx  does  not  significantly  affect  the 
volume  of  query  traffic.  As  T2  increases,  the  time  to  detect  deadlock  tends  to  increase, 
since  the  last  process  to  become  idle  waits  longer  before  processing  any  query 
computations.  We  choose  T2  =  0.9  Tx  for  the  remaining  case  studies  primarily  to 
minimize  the  volume  of  query  traffic. 


Figure  17 

Sensitivity  of  Algorithm  III  to  T 2,  Test  Configuration  1 
With  One  Large  Cluster  and  Small  Size  Dependent  Sets 
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Figure  18 

Sensitivity  of  Algorithms  IV  and  V  to  T2 ,  Test  Configuration  1 
With  One  Large  Cluster  and  Small  Size  Dependent  Sets 
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Figure  19 

Sensitivity  of  Algorithm  II!  (<•  7’2,  Test  Configuration  2 
With  One  Large  Cluster  and  Medium  Size  Dependent  Sets 
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Figure  20 

Sensitivity  of  Algorithms  IV  and  V  to  T 2,  Test  Configuration  2 
With  One  Large  Cluster  and  Medium  Size  Dependent  Sets 
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Figure  23 

Sensitivity  of  Algorithm  III  to  T2,  Test  Configuration  5 
With  Five  Small  Clusters  and  Medium  Size  Dependent  Sets 


Figure  24 

Sensitivity  of  Algorithms  IV  and  V  to  T 2,  Test  Configuration  5 
With  Five  Small  Clusters  and  Medium  Size  Dependent  Sets 


5.7.4.  Case  Study  4 


The  fourth  case  study  evaluates  the  time  required  to  detect  deadlock  once  deadlock 
exists  and  the  load  placed  on  the  network  during  deadlock  detection.  The  input 
parameters  for  the  two  test  configurations  used  in  this  example  are  shown  in  Table  7.  The 
values  of  Tx  and  T2  are  chosen  to  be  500  and  450  and  are  based  on  the  results  from  case 
studies  2  and  3.  Each  test  configuration  was  simulated  to  obtain  25  times  when  deadlock 
existed.  This  was  sufficient  to  establish  that,  with  an  80%  level  of  confidence,  the 
expected  mean  differs  from  the  sample  mean  by  no  more  than  15%  of  the  sample  mean. 
The  performance  characteristics  for  the  algorithms  when  deadlock  exists  are  shown  in 
Figures  25  and  26.  For  each  run  /?,,  the  time  when  the  last  process  in  the  deadlocked 
became  permanently  idle  is  if',.  That  is,  deadlock  first  existed  at  time  <Ut.  The  time 
scales  for  each  run  were  normalized  with  respect  to  the  largest  tf',,  which  was  439.  The 
statistics  were  collected  in  buckets,  with  each  bucket  collecting  data  from  all  20  processes 
for  50  units  of  time.  The  results  were  averaged  over  the  25  trials. 

For  Test  Configuration  1,  the  first  process  became  permanently  idle  at  time  300,  and 
the  number  of  permanently  idle  processes  increased  until  at  time  439,  all  processes  had 
become  permanently  idle.  Since  7\  —  500,  any  query  computation  begun  after  time  939 
will  result  in  detection  of  deadlock.  For  the  CMH  Algorithm  curve,  the  portion  between 
time  800  and  time  950  represents  mostly  query  computation  traffic  for  which  deadlock  is 
not  detected. 

The  CMH  Algorithm  exhibits  a  large  surge  of  query  computation  traffic  since  if 
employs  a  breadth-first  method.  Assuming  the  system  can  handle  this  surge  with  no 
increase  in  message  delivery  time,  the  CMH  Algorithm  will  complete  faster  than  the  other 
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5.7.4.  Case  Study  4 

The  fourth  case  study  evaluates  the  time  required  to  detect  deadlock  once  deadlock 
exists  and  the  load  placed  on  the  network  during  deadlock  detection.  The  input 
parameters  for  the  two  test  configurations  used  in  this  example  are  shown  in  Table  7.  The 
values  of  Tx  and  T2  are  chosen  to  be  500  and  450  and  are  based  on  the  results  from  case 
studies  2  and  3.  Each  test  configuration  was  simulated  to  obtain  25  times  when  deadlock 
existed.  This  was  sufficient  to  establish  that,  with  an  80%  level  of  confidence,  the 
expected  mean  differs  from  the  sample  mean  by  no  more  than  15%  of  the  sample  mean. 
The  performance  characteristics  for  the  algorithms  when  deadlock  exists  are  shown  in 
Figures  25  and  26.  For  each  run  /?, ,  the  time  when  the  last  process  in  the  deadlocked 
became  permanently  idle  is  <£,.  That  is,  deadlock  first  existed  at  time  The  time 

scales  for  each  run  were  normalized  with  respect  to  the  largest  which  was  439.  The 
statistics  were  collected  in  buckets,  with  each  bucket  collecting  data  from  all  20  processes 
for  50  units  of  time.  The  results  were  averaged  over  the  25  trials. 

For  Test  Configuration  1,  the  first  process  became  permanently  idle  at  time  300,  and 
the  number  of  permanently  idle  processes  increased  until  at  time  439,  all  processes  had 
become  permanently  idle.  Since  T,  —  500,  any  query  computation  begun  after  time  939 
will  result  in  detection  of  deadlock.  For  the  CMH  Algorithm  curve,  the  portion  between 
time  800  and  time  950  represents  mostly  query  computation  traffic  for  which  deadlock  is 
not  detected. 

The  CMH  Algorithm  exhibits  a  large  surge  of  query  computation  traffic  since  it 
employs  a  breadth  first  method.  Assuming  the  system  can  handle  this  surge  with  no 
increase  in  message  delivery  time,  the  CMH  Algorithm  will  complete  faster  than  the  other 
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Table  7 

Input  Parameters  for  Case  Study  4 


Parameter 

Test  Configuration  1 
Small  to  Medium 
Dependent  Sets 

Test  Configuration  2 
Medium  to  Large 
Dependent  Sets 

Number  of  processes  in  cluster  1 

4 

4 

Number  of  processes  in  cluster  2 

3 

3 

Number  of  processes  in  cluster  3 

4 

4 

Number  of  processes  in  cluster  4 

5 

5 

Number  of  processes  in  cluster  5 

4 

4 

Intra-,  Inter-cluster  delay  times 

2,  5  __ 

-  2;  5 _ 

Mean  time  a  process  executes 
until  next  event 

20 

20 

Probability  a  process  sends  a  message 

50 

50 

for  its  next  event  (constraints) 

(0,20) 

(0,20) 

Number  of  processes  in 
dependent  set  from  same  cluster 

1-2 

2-3 

Number  of  processes  in 
dependent  set  from  other  clusters 

1-7 

8-15 

Times  Tx  and  T2  a  process  waits 
before  processing  query  computations 

500,450 

500,450 

algorithms.  However,  the  assumption  of  constant  message  and  query  traffic  delays  may 
not  be  valid,  especially  for  the  CMH  Algorithm  [Ref  ShSi85].  Most  communication 
networks  cannot  handle  the  initial  surge  without  increasing  message  delivery  time; 
effectively  there  is  a  ceiling  on  the  network  throughput  which  in  turn  limits  the  volume  of 
query  traffic  on  the  network  at  any  one  time.  For  example,  if  the  maximum  throughput 
of  the  network  for  Test  Configuration  1  is  placed  at  300  messages  per  time  unit,  then  the 
CMII  Algorithm  requires  approximately  1700  time  units  to  detect  deadlock,  and 
Algorithms  I  and  II  are  unaffected  in  Figure  25. 


Algorithm  II  requires  a  greater  volume  of  query  computation  traffic  than  Algorithm 
l  because  the  query  computations  initiated  before  time  939  do  not  terminate  when  they 
encounter  an  executing  process.  Hence,  there  are  always  20  query  computations  which 


Simulation  Time 


Figure  25 

Time  to  Detection  of  Deadlock  and  System  Load,  Test  Configuration  1 
With  Five  Small  Clusters  and  Small  to  Medium  Size  Dependent  Sets 
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Figure  26 

Time  to  Detection  of  Deadlock  and  System  Load,  Test  Configuration  2 
With  Five  Small  Clusters  and  Medium  to  Large  Size  Dependent  Sets 
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detect  deadlock.  The  heights  of  the  curves  for  Algorithms  I  and  II  are  dependent  on  the 
number  of  query  computations  and  the  message  delay  times,  since  for  each  query 
computation,  there  is  only  one  query  or  reply  in  transit  at  any  given  time. 

For  Algorithms  III,  IV,  and  V  in  Test  Configuration  1,  deadlock  is  first  detected 
around  time  1750.  The  curves  for  Algorithms  III,  IV,  and  V  show  that  the  priority 
system  is  very  effective  in  reducing  query  traffic  for  all  but  the  highest  priority  query 
computation.  The  curves  for  Algorithms  IV  and  V  also  show  that  using  information  from 
other  query  computations  is  very  effective  in  reducing  the  volume  of  query  traffic, 
especially  when  the  highest  priority  query  computation  has  completed.  This  result  is 
explained  further  in  case  study  5.  The  slight  surge  in  the  volume  of  query  traffic  for 
Algorithm  III  after  time  1750  shows  the  effect  of  other  query  computations  processing 
once  they  are  not  blocked  by  higher  priority  ones. 

The  curves  for  Test  Configuration  2  are  similar  in  shape  to  those  for  Test 
Configuration  1.  The  average  size  of  dependent  sets  for  Test  Configuration  2  is  almost 
three  times  as  large  as  for  Test  Configuration  1.  Figures  25  and  26  show  that  the  height 
of  the  CMH  Algorithm  curve  is  about  2.5  times  as  high,  although  not  much  wider.  For 
the  CMH  Algorithm,  the  width  of  the  curve  (that  is,  the  time  to  detect  deadlock)  is 
primarily  determined  by  the  height  of  the  search  tree  and  the  message  delay  times.  The 
deadlocks  detected  in  this  case  study  produced  relatively  short  tree  heights  for  the  CMH 
Algorithm. 

As  in  Test  Configuration  L,  the  heights  of  the  curves  for  Algorithms  I  and  II  are 
determined  by  the  number  of  query  computations  in  the  system  and  the  message  delay 
times.  Hence,  the  heights  of  these  curves  are  approximately  the  same  for  both  test 


configurations.  The  heights  of  the  curves  for  Algorithms  III,  IV,  and  V  are  also 
approximately  the  same  for  both  test  configurations.  The  areas  under  the  curves  are 
greater,  though,  showing  that  as  the  number  of  dependency  relationships  increases,  the 
time  required  for  the  depth-first  approach  to  detect  deadlock  also  increases. 

5.6.5  Case  Study  5 

The  fifth  case  study  evaluates  the  volume  of  query  traffic  used  by  each  process 
during  deadlock  detection.  The  input  parameters  for  the  two  tests  used  are  the  same  as 
for  case  study  4.  Figures  27  and  28  show  that  the  CMH  Algorithm  requires  a  larger 
volume  of  query  traffic  than  Algorithms  I  and  II.  This  happens  because,  in  the  CMH 
Algorithm,  a  process  queries  each  member  of  its  dependent  set,  whereas  for  Algorithms  I 
and  II,  a  process  does  not  need  to  query  its  engager.  This  modification  could  be 
implemented  very  easily  in  the  CMH  Algorithm.  The  results  for  Algorithm  III  show  most 
of  the  work  being  done  by  the  highest  priority  query  computation.  For  the  fourth  and 
successive  query  computations,  the  level  of  work  required  is  approximately  that  required 
by  the  initiator  to  query  each  member  of  its  dependent  set  and  hence  is  related  to  the  size 
of  the  dependent  sets.  For  Algorithms  IV  and  V,  the  highest  priority  query  computation 
requires  less  query  traffic  than  lor  Algorithm  III  because  for  Algorithms  IV  and  V,  it  uses 
information  from  other  query  computations.  Lower  priority  query  computations  in 
Algorithms  IV  and  V  require  very  little  query  traffic  because  they  use  information  from 
previous  query  computations,  and  in  particular,  from  the  highest  priority  query 
computation.  The  volume  of  query  traffic  required  by  the  lower  priority  query 
computations  does  not  appear  to  depend  on  the  size  of  the  dependent  sets  or  the  number 
of  processes  in  the  system.  On  the  average,  the  query  computations  initiated  by  processes 
3  through  20  only  require  one  query  and  one  reply  to  determine  they  are  deadlocked. 
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Figure  27 

Volume  of  Query  Traffic  for  Test  Configuration  1 
With  Five  Small  Clusters  and  Small  to  Medium  Size  Dependent  Sets 
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Volume  of  Query  Traffic  for  Test  Configur.  I  um  2 
With  Five  Small  Clusters  and  Medium  to  Large  Size  Dependent  Sets 
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5.7.8.  Case  Study  6 

The  sixth  case  study  evaluates  the  average  number  of  data  fields  transmitted  by  all 
20  processes  during  a  single  simulation  run.  We  assume  that  all  fields  in  the  query  traffic 
(except  the  bit  flags  used  in  Algorithm  V)  are  the  same  length,  and  that  each  query , 
reply,  and  cancel  requires  one  header  field,  also  of  that  same  length.  We  also  assume 
that  the  bit  Hags  used  in  Algorithm  V  add  1  bit  for  each  16  bits  (2  fields)  used  in  the 
query  trace  list.  This  implicitly  assumes  that  each  data  field  is  8  bits  long.  The  input 
parameters  for  the  four  test  configurations  are  shown  in  Table  8.  The  results  in  Tables  9 
through  12  show  that  the  new  algorithms  always  require  less  query  traffic  than  the  CMH 
Algorithm. 

The  results  from  Test  Configurations  1  and  2  show  that  the  CMH  Algorithm 
requires  significantly  fewer  data  fields  to  be  transmitted  than  Algorithms  I  and  II  when 
deadlock  exists  because  the  CMH  Algorithm  uses  fixed  length  queries  and  replies. 
Algorithms  IV  and  V  require  fewer  data  fields  to  be  transmitted  than  the  CMH  Algorithm 
in  all  four  test  configurations.  The  ratios  of  data  fields  transmitted  to  query  traffic 
communications  sent  show  that,  when  deadlock  exists,  most  queries  and  replies  for  the 
new  algorithms  have  fairly  long  query  trace  lists. 

The  results  from  Test  Configurations  3  and  4  show  that  Algorithms  I,  III,  IV.  and  V 
all  require  significantly  fewer  data  fields  to  be  transmitted  than  the  CMH  Algorithm  when 
deadlock  does  not  exist.  The  results  from  Test  Configuration  4  also  show  that  for  larger 
sized  dependent  sets,  Algorithm  II  also  requires  fewer  data  fields  to  he  transmitted  than 
the  CMH  Algorithm.  The  ratios  show  that,  when  deadlock  does  not  exist,  most  queries 
and  replies  for  the  new  algorithms  have  relatively  short  query  trace  lists.  For  Algorithms 


Ill,  IV,  and  V,  the  priority  system  ensures  that  most  query  computations  are  suspended 
due  to  higher  priority  query  computations,  and  hence  their  query  trace  lists  are  kept 


short. 


Table  8 

Input  Parameters  for  Case  Study  8 


Parameter 

Test 

Config.  1 
Deadlock 
Five  Small 
Clusters 
Small  to 
Medium 
Dependent 
Sets 

Test 

Config.  2 
Deadlock 
Five  Small 
Clusters 
Medium  to 
Large 
Dependent 
Sets 

Test 
Config.  3 

No  Deadlock 
Five  Small 
Clusters 

Small  to 
Medium 
Dependent 

Sets 

Test 
Config.  4 

No  Deadlock 
Five  Small 
Clusters 
Medium  to 
Large 
Dependent 

Sets 

Processes  in  cluster  1 

4 

 ...  . 

4 

4 

4 

Processes  in  cluster  2 

3 

3 

3 

3 

Processes  in  cluster  3 

4 

4 

4 

4 

Processes  in  cluster  4 

5 

5 

5 

5 

Processes  in  cluster  5 

4 

4 

4 

4 

lntra-,  Inter-cluster 
delay  times  (in  hops) 

‘3,  5 

2,  5 

mm 

2,  5 

Mean  time  a  process 
executes  until 

next  event 

20 

20 

20 

20 

Probability  a  process 
sends  a  message  for  its 
next  event  (constraints) 

50 

(0,20) 

mm 

m 

50 

(3,20) 

Number  of  processes 
in  dependent  set 
from  same  cluster 

1-2 

2-3 

m 

2-3 

Number  of  processes 
in  dependent  set 
from  other  clusters 

l  7 

8  15 

1  7 

8-15 

Times  7’j  and  1\  a 
process  waits  before 
processing  queries 

500,450 

500,450 

500,450 

500,450 
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Ale  CMH 

Alg  I 

Ale  II 

Ale  III 

Ale  IV 

14932 

55632 

101086 

16564 

7542 

3733 

2793 

2857 

447 

226 

4.0 

19.9 

35.4 

37.1 

33.4 

query 

traffic 


Alg  I  

Alg  II 

Alg  III 

Alg  IV 

212887 

382690 

46551 

14281 

10070 

10017 

1182 

415 

21.1 

38.2 

39.4 

34.4 

query 

traffic 

comms 


10797 


mi  l  iti  r*T -13 


Ale  CMH 

Alg  I 

Alg  II 

Ale  III 

Ale  IV 

Alg  V 

data 

fields 

used 

3784 

710 

5742 

210 

208 

212 

query 

traffic 

comms 

946 

112 

437 

33 

32 

32 

ratio 

4.0 

6.3 

13.2 

6.5 

6.4 

6.6 
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Table  12 

Average  Data  Field  Requirements  without  Deadlock,  Test  Configuration  4 
Using  Five  Small  Clusters  and  Medium  to  Large  Sixe  Dependent  Sets 


5.7.7.  Case  Study  7 

The  seventh  case  study  compares  the  volume  of  query  traffic  as  a  function  of  the 
time-weighted  average  number  of  dependency  relationships  defined  by  equation  (1).  The 
input  parameters  for  the  three  test  configurations  are  shown  in  Table  13.  During  a 
simulation  run,  the  size  of  the  dependent  sets  was  held  constant.  Each  test  configuration 
was  simulated  50  times  for  each  size  of  dependent  set.  Results  of  simulations  with  a 
dependent  set  size  of  4  are  not  shown  for  Test  Configurations  2  and  3  due  to  difficulty  in 
obtaining  deadlock-free  simulations  without  changing  other  input  parameters  such  as  the 
probability  a  process  sends  a  message  for  its  next  event  or  the  minimum  number  of 
processes  to  be  kept  executing.  The  smaller  values  of  T j  and  T2  in  Test  Configuration  3 
show  more  clearly  that  all  the  algorithms  are  very  sensitive  both  to  the  number  of 
dependency  relationships  and  the  values  of  T,  and  T2.  Figure  29  shows  that  as  the 
dependent  set  size  increases,  the  average  number  of  idle  processes  decreases.  This  happens 
because  the  probability  that  an  idle  process  will  accept  a  new  message  increases  as  the 
dependent  set  size  increases.  We  tried  to  minimize  this  effect  by  requiring  the  following 
preference  scheme  be  used  when  any  process  B  sends  any  message.  The  destination 
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process  A  is  chosen  in  the  following  order  of  decreasing  preference: 

(1)  A  is  an  idle  process  which  has  B  in  its  dependent  set. 

(2)  A  is  an  executing  process. 

(3)  A  is  an  idle  process  which  does  not  have  B  in  its  dependent  set. 

Figure  30  shows  that  as  the  dependent  set  size  increases,  the  average  number  of 
dependency  relationships  increases  linearly. 

The  results  of  the  comparison  between  the  volume  of  query  traffic  and  the  number 
of  dependency  relationships  are  shown  in  Figures  31  through  45.  The  data  are  the  same 
for  Algorithms  IV  and  V,  so  they  are  plotted  together. 
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Figure  29 

Average  Number  of  Idle  Processes 
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Figure  30 

Average  Number  of  Dependency  Relationships 
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Figure  31 

Query  Traffic  for  Algorithm  CMH,  Test  Configuration  1  With  Deadlock 
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Figure  32 

Query  Traffic  for  Algorithm  CMH,  Test  Configuration  2  Without  Deadlock 
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Figure  33 

Query  Traffic  for  Algorithm  CMH,  Test  Configuration  3  Without  Deadlock 
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Figure  34 

Query  Traffic  for  Algorithm  I,  Test  Configuration  1  With  Deadlock 
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Figure  37 

Query  Traffic  for  Algorithm  II,  Test  Configuration  1  With  Deadlock 
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Figure  38 

Query  Traffic  for  Algorithm  II,  Test  Configuration  2  Without  Deadlock 
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Figure  39 

Query  Traffic  for  Algorithm  II,  Test  Configuration  3  Without  Deadlock 
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Figure  40 

Query  Traffic  for  Algorithm  III,  Test  Configuration  1  With  Deadlock 
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Figure  41 

Query  Traffic  for  Algorithm  III,  Test  Configuration  2  Without  Deadlock 
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Figure  42 

Query  Traffic  for  Algorithm  III,  Test  Configuration  3  Without  Deadlock 
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Query  Traffic  for  Algorithms  IV  and  V,  Test  Configuration  3  Without  Deadlock 


To  detect  deadlock,  each  query  computation  in  the  CMH  Algorithm  requires  one 
query  and  one  reply  for  each  dependency  refationship.  As  expected,  Figure  3f  shows  that 
the  volume  of  query  traffic  increases  linearly  with  respect  to  the  average  number  of 
dependency  relationships  when  the  number  of  processes  is  held  constant.  Figures  32  and 
33  show  similar  results  when  deadlock  does  not  exist.  Algorithms  I  and  11  also  exhibit 
similar  behavior  when  deadlock  exists.  When  deadlock  does  not  exist,  the  volume  of 
query  traffic  for  all  the  new  algorithms  decreases  as  the  number  of  dependency 
relationships  increases.  This  can  also  be  observed  in  the  results  from  Case  Study  2.  This 
happens  because  the  average  number  of  idle  processes  also  decreases  as  shown  in  Figure 
29.  As  the  number  of  executing  processes  increases,  the  probability  that  a  query 
computation  will  encounter  one  of  these  executing  processes  also  increases.  With  the 
depth-  first  approach  of  the  new  algorithms,  when  any  executing  process  is  encountered, 


the  entire  query  computation  is  either  halted  or  suspended.  This  is  not  the  case  for  the 
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CMH  Algorithm  which  does  not  halt  or  suspend  query  computations. 

Figure  43  seems  to  suggest  that,  when  deadlock  exists  for  Algorithms  IV  and  V,  the 
volume  of  query  traffic  grows  sub-linearly  with  the  number  of  dependency  relationships 
when  the  number  of  processes  in  the  system  is  held  constant.  Let  A  — *■  B  denote  the 
relationship  of  B  being  in  the  dependent  set  of  A.  In  this  simulation,  as  the  number  of 
dependency  relationships  increased,  the  number  of  dependency  relationships  A  — +  B  for 
which  no  message  was  sent  from  B  to  A  during  the  course  of  the  simulation  also 
increased.  The  curve  may  be  straightened  by  running  the  simulation  until,  for  every  pair 
of  processes  (A  ,B),  A  has  sent  at  least  one  message  to  B . 
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CHAPTER  6. 


Conclusions  and  Recommendations 

6.1.  Introduction 

Five  algorithms  which  use  variable-length  queries  and  replies  to  detect  deadlock 
have  been  presented.  Instead  of  using  timeout  to  indicate  an  absence  of  deadlock,  these 
algorithms  use  explicit  messages  called  informs  to  convey  the  absence  of  deadlock  to  the 
initiator  of  a  query  computation.  Algorithm  I  detects  a  deadlock  if  it  existed  when  the 
query  computation  was  initiated.  The  other  algorithms  also  detect  deadlock  if  deadlock 
conditions  develop  after  the  query  computation  is  initiated.  Proofs  of  correctness  have 
been  provided  for  the  algorithms.  A  simulation  study  was  conducted  to  compare  their 
performance  with  that  of  the  CMH  Algorithm. 

6.2.  Conclusions 

For  distributed  deadlock  detection  among  communicating  processes,  the  use  of 
informs,  cancels,  and  the  depth-first  approach  has  been  shown  to  significantly  reduce 
both  the  volume  of  query  computation  traffic  and  the  number  of  data  fields  transmitted. 
The  use  of  informs  to  notify  processes  directly  when  they  are  not  deadlocked  allows 
processes  to  discover  they  are  not  deadlocked  much  sooner.  Our  simulation  results  show 
that  the  average  length  of  the  query  trace  list  was  round  to  be  very  short  when  deadlock 
does  not  exist.  In  general,  only  a  few  queries  were  sent  for  a  query  computation,  followed 
by  an  inform.  Thus,  the  initiator  learned  it  was  not  deadlocked  only  a  few  message 
delays  after  initiating  the  query  computation.  The  CMH  Algorithm  always  requires  a 
wait  at  least  as  long  as  2 N  message  delays.  The  depth-first  algorithms  are  also  less 
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sensitive  than  the  CMH  Algorithm  to  the  amount  of  time  a  process  waits  before  initiating 
a  query  computation.  By  adding  a  priority  scheme,  using  information  from  previous 
query  computations,  and  using  extra  bit  flags  in  the  query  trace  list,  a  process  can  learn 
the  identity  of  all  minimal  deadlocked  sets  in  its  reachable  set  with  a  minimum  of  query 
traffic. 

For  the  CMH  Algorithm  and  Algorithms  I  and  II,  query  computations  operate 
independently  of  each  other.  Each  process,  after  becoming  idle,  initiates  a  query 
computation.  Each  query  computation  uses  one  query  and  one  reply  for  each  dependency 
relationship  between  processes  in  the  reachable  set  of  the  initiator.  Thus,  for  a  system 
with  N  processes,  the  CMH  Algorithm  and  Algorithms  I  and  II  may  require  O (TV2) 
queries  and  replies  for  each  query  computation,  or  a  total  of  O (N3)  queries  and  replies. 
Algorithms  III,  IV  and  V,  however,  only  require  0(N2)  queries  and  replies  for  the  highest 
priority  query  computation.  Our  simulation  results  show  that  for  Algorithm  III,  the  other 
lower  priority  query  computations  only  require  O(N)  queries  and  replies.  For 
Algorithms  IV  and  V,  the  other  lower  priority  query  computations  only  require  a 
constant  number  of  queries  and  replies.  Thus,  Algorithms  III,  IV,  and  V  require  a  total 
of  0(N2)  queries  and  replies.  This  assumes,  of  course,  that  each  process  has  a  unique 
priority. 

With  the  CMH  Algorithm,  it  is  assumed  that  any  process  which  detects  deadlock 
simply  breaks  the  deadlock  in  some  manner.  However,  some  processes  which  detect 
deadlock  may  not  be  in  a  minimal  deadlocked  set.  For  them  to  try  to  break  a  deadlock  is 
futile.  Also,  more  than  one  process  in  a  minimal  deadlocked  set  may  try  to  break  the 
deadlock.  This  may  be  wasteful,  especially  if  they  are  processes  which  must  undo  a 
relatively  large  amount  of  work.  Algorithm  V  identifies  all  the  minimal  deadlocked  sets  in 
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the  reachable  set  of  the  initiator.  Therefore,  only  processes  in  minimal  deadlocked  sets 
will  participate  in  a  scheme  to  break  the  deadlock.  Since  the  minimal  deadlocked  set  is 
fully  identified,  an  efficient  method  of  breaking  the  deadlock  is  more  likely  to  be  found. 

The  CMH  Algorithm  requires  a  process  which  sends  out  M  queries  to  receive  M 
replies  before  sending  a  reply  to  its  engager.  Duplicate  replies  render  this  approach 
impractical  and  prone  to  false  deadlock  detection,  although  Chandy,  Misra,  and  Haas 
circumvent  this  by  assuming  a  completely  reliable  message  delivery  system.  By  requiring 
the  new  algorithms  to  match  a  reply  with  the  corresponding  query ,  the  new  algorithms 
are  not  affected  by  the  problem  of  duplicate  queries  and  replies.  Lost  query  traffic  and 
network  partitioning  remain  a  problem,  of  course. 
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detected  being  sent  first  to  processes  in  the  dependent  set  of  the  initiator,  and  then  having 
them  pass  the  information  along  to  their  dependent  sets,  and  so  forth.  This  may  prevent 
some  of  the  processes  from  initiating  their  own  query  computations.  It  would  also  be  a 
first  step  toward  breaking  deadlocks  more  efficiently.  Third,  when  a  process  receives  an 
engaging  query,  it  does  not  need  to  query  its  engager  if  its  engager  is  a  member  of  its 
dependent  set. 

The  algorithms  proposed  in  this  thesis  should  also  incorporate  a  provision  for  having 
the  initiator  notify  processes  in  its  reachable  set  that  they  form  a  deadlocked  set.  For 
systems  with  a  reliable  broadcast  capability,  this  could  be  a  one-step  process,  since  the 
query  trace  list  identifies  all  such  processes. 

The  algorithms  proposed  in  this  thesis  need  to  be  sensitive  to  the  network  structure 
when  processes  are  clustered.  That  is,  if  inter-cluster  delay  times  are  significantly  larger 
than  intra-cluster  delay  times,  then  the  number  of  inter-cluster  queries  and  replies 
should  be  kept  to  an  absolute  minimum.  Also,  inter-cluster  querying  should  be 
postponed  as  long  as  possible.  To  accomplish  this,  processes  would  have  to  know  the 
identities  of  the  processes  in  each  cluster.  A  process  could  then  query  the  processes  in  its 
dependent  set  which  are  in  the  same  cluster  before  querying  processes  belonging  to  other 
clusters.  Work  by  Goldman  |Gold77],  Obermarck  |Ober80|,  and  Tsai  [Tsai82]  may  also 
offer  suggestions  in  this  area. 
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Appendix  A. 


Code  for  Algorithm  I 

In  the  code  shown  below,  QTL  represents  the  query  trace  list  of  the  current  query 

computation.  It  is  assumed  that  the  QTL  is  variable  in  length  and  is  as  short  as  possible. 

The  following  subprograms  are  used  in  the  code  shown  below  for  Algorithm  I. 

COMBIN  Procedure  COMBIN  accepts  a  query  trace  list  ( QTL )  and  adds  to  it  any 
processes  which  are  in  the  reachable  set  of  the  deadlocked  calling  process. 

NXTQRY  Procedure  NXTQRY  determines  the  next  process  in  the  dependent  set 
which  must  be  queried  for  a  given  query  computation.  It  returns  in  its 
fourth  argument  Ps  a  value  of  zero  if  no  more  processes  in  the  dependent 
set  need  to  be  queried,  or  else  the  process  number  of  the  next  process  to 
receive  the  query. 


Following  is  the  pseudo-code  for  Algorithm  I. 

(1)  When  an  idle  process  Pr  receives  a  message  and  begins  executing,  the  following 
occurs: 

T  clocktime; 

STATE  “  TRUE; 
for  F  :=  1  to  N  do 
begin 

WAIT(F)  :=  FALSE; 
if  TARGET{F)  5^0 

(*  Find  all  outstanding  queries  *) 

then  begin 

(*  Send  inform  to  query  initiator  *) 

if  Pr  ^  PF 

then  send  inform  I(Pr  PF ,LATEST(F),  T ); 

(*  Cancel  all  outstanding  queries  *) 

(*  which  created  tree  edges  when  sent  *) 

if  EDGETYPE{F) 

then  send  cancel  C (Pr  TARGET(F),  LATEST(F),  PF)\ 


TARGET(F)  :=  0; 


end; 

endif 

(*  Remove  all  traces  of  queries  received  *) 

ENGAGER(F)  0; 

end; 

(2)  When  a  process  Pr  receives  a  query  Q (Pk  Pr  M ,  P,  P} ),  the  following  occurs: 

T  :=  clocktime; 
if  (M  >  LATEST(i)) 

(*  do  not  process  old  queries  *) 

then  begin 

LATEST(i)  :=M ; 
if  STATE 

(*  If  executing,  send  inform  to  query  initiator  *) 
then  send  inform  I (Pr  P-  M,  T) 
else  begin 

if  DEADLK 

then  begin 

WAIT(i)  :=  TRUE; 

(*  Combine  the  query  trace  list  QTL  *) 

(*  with  the  reachable  set  of  Pr  *) 

COMBIN (QTL,  Pr); 

(*  Send  the  reply  using  the  *) 

(*  augmented  query  trace  list  *) 
send  reply  R [Pr  Pk  M,  QTL)] 

end 

else  begin 

if  Pr  is  in  the  query  trace  list 
then  begin 

if  WAIT(i) 

then  send  reply  R(Pr  F*  M,  P,  Pr  P ;  ) 

else  send  inform  I (Pr  P,  M ,  T); 

end 

else  begin 

WAfT(i)  TRUE; 

(*  find  the  next  process  to  send  a  query  to  *) 
NXTQRY(Pr  0,  Pk  Ps)] 

(*  if  all  members  of  the  dependent  set  have  *) 

(*  been  queried  by  Pr,  then  send  a  reply  ') 

(*  to  the  process  which  sent  the  query  ' ) 

if  Ps  -  0 

then  begin 

send  reply  R{Pr  Pk  M ,  P.-  P;  Pr); 

ENGAGER (i)  0; 

end 

else  begin 


(*  else  send  a  query  to  the  first  process  *) 

(*  in  the  dependent  set  *) 
send  query  Q (Pr  Ps  M,  P,  ...,  P,  Pr); 
if  Ps  is  in  the  query  trace  list 
then  EDGETYPE(i)  :=  FALSE 
else  EDGETYPE(i)  :=  TRUE; 

TARGET(i)  :=  P5; 

ENGAGER (i)  :=  Pk; 

end; 

endif; 

end; 

endif; 

end; 

endif; 

end; 

endif; 

end; 

endif; 

(3)  When  a  process  Pr  receives  a  reply  R (Pk  Pr  M,  P,  ...,  P,),  the  following  occurs: 

if  ( ENGAGERS )  =  0)  OR  (M  /  LATEST(i))  OR  (STATE) 

(*  check  for  process  not  being  continuously  idle,  *) 
(*  or  the  reply  not  being  current  *) 

then  null  action 
else  begin 

if  DEADLK 
then  begin 

COMBIN(QTL,  Pf); 

send  reply  R(Pr  ENGAGER(i),  M,  P.,  P;); 

TARGET(i)  :=  0; 

ENGAGER(i)  :=  0; 

end 

else  begin 

(*  find  the  first  member  of  the  dependent  set  *) 

( 1  which  has  not  been  queried  *) 

NXTQRY(Pr  Pk  ENGAGER (i),  Ps); 
ifP5  =  0  ' 

(*  Pr  has  already  queried  all  *) 

(*  members  of  its  dependent  set  *) 

then  begin 
if  P,  =  P, 

(*  Pr  is  the  query  initiator,  so  declare  deadlock  *) 
then  DECLARE  DEADLOCK  for  all  processes  P,  ...,  P; 
else  begin 

(*  send  a  reply  to  the  process  *) 

(*  which  originally  sent  the  query  *) 
send  reply  R(P,  ENGAGER (i),  M,  P,  P.); 
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TARGET(i)  :=  0; 

ENGAGER  (i)  :=  0; 

end; 

endif 

end 

else  begin 

(*  query  next  process  in  the  dependent  set  *) 

(*  which  needs  to  be  queried  *) 
send  query  Q (Pr  Ps  M,  P,  ...,  P;); 
if  Ps  is  in  the  query  trace  list 
then  EDGETYPE(i)  :=  FALSE 
else  EDGETYPE(i)  :=  TRUE; 

TARGET(i)  :=  Ps; 

end; 

endif 

end; 

endif 

end; 

endif 

(4)  When  a  process  PT  receives  a  cancel  C(Pk  Pr  M,  P,),  the  following  occurs: 

if  ( TARGET(i)  =£  0)  AND  (M  =  LATEST(i)) 

(*  if  an  outstanding  query  exists  with  *) 

(*  the  same  initiator  and  matching  *) 

(*  sequence  number,  and  the  query  created  *) 

(*  a  tree  edge  when  it  was  sent,  then  *) 

(*  send  the  cancel  on  *) 

then  begin 

send  cancel  C (PT  TARGET(i),  M ,  P,); 

(*  delete  references  to  the  query  being  cancelled  *) 

TARGE  T(i)  —  0; 

ENGAGER (i)  0 

end 

endif 

(5)  When  a  process  Pr  receives  an  inform  l(Pk  Pr  T),  the  following  occurs: 

(*  The  process  knows  it  isn’t  deadlocked  yet,  *) 

(*  so  it  should  use  the  timestamp  field  T  *) 

(*  in  the  inform  to  update  the  time  used  in  *) 

(*  determining  when  to  initiate  another  query.  *) 

if  T  ■  LASTTIME 
then  LASTTIME  :=  T 
endif 

(6)  When  a  process  sends  a  message,  no  query  traffic  action  is  required. 
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(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  following  occurs: 

STATE  :  =  FALSE 
LASTTIME  clocktime 

(*  array  DEPENDENT  shows  which  processes  *) 

(*  are  in  the  dependent  set  of  Pk  *) 

(8)  When  a  process  P,  becomes  idle  for  time  Tx  since  becoming  idle  or  since  last 
receiving  an  inform ,  the  following  occurs: 

WAlT(i)  -  TRUE; 

LATEST(i)  :=  LA  TEST(i)  +  1; 

(*  find  first  process  in  the  dependent  set  *) 

NXTQRY(P,  0,  0,  P s); 
if  Ps=  0 

(*  check  for  an  empty  dependent  set  *) 
then  TERMINATE  THE  PROCESS 
else  begin 

(*  Initiate  a  new  query  computation  *) 

(*  Send  a  query  to  the  first  process  *) 

(+  Ps  in  the  dependent  set  +) 
send  query  Q(P,  Pq  LATEST(i),  P,); 

TAHGET(t) -.^'Ps 
ENGAGER (i)  ■-  p_ 

EDGETYPE(i)  :  TRUE; 

end; 

endif 
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Code  for  Algorithm  II 

In  the  code  shown  below,  QTL  represents  the  query  trace  list  of  the  current  query 
computation.  It  is  assumed  that  the  QTL  is  variable  in  length  and  is  always  as  short  as 
possible.  The  following  subprograms  are  used  in  the  code  shown  below  for  Algorithm  II. 

COMBIN  Procedure  COMBIN  accepts  a  query  trace  list  (QTL)  and  adds  to  it  any 
process  and  its  sequence  number  which  is  in  the  reachable  set  of  the 
deadlocked  calling  process. 

NXTQRY  Procedure  NXTQRY  determines  the  next  process  in  the  dependent  set 
which  must  be  queried  for  a  given  query  computation.  It  returns  in  its 
fourth  argument  Ps  a  value  of  zero  if  no  more  processes  in  the  dependent 
set  need  to  be  queried,  or  else  the  process  number  of  the  next  process  to 
receive  the  query. 

SEQCHK  Procedure  SEQCHK  accepts  a  query  trace  list  and  a  process  id.  It  returns 

the  sequence  number  associated  with  the  process  id.  The  value  zero  is 

returned  if  the  process  is  not  in  the  query  trace  list  or  if  it  actually  has  a 
sequence  number  of  zero.  A  process  appears  in  a  query  trace  list  with  a 
sequence  number  of  zero  if  it  was  added  by  procedure  COMBIN  as  a 
member  of  some  deadlocked  set. 

SIG  Procedure  SIG  accepts  a  one-dimensional  array  which  holds  a  query  trace 

list.  SIG  returns  as  a  query  trace  list  the  portion  of  the  array  which  is 


non  zero  (ie  the  significant  portion). 
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CHP 


Procedure  CHP  accepts  a  query  trace  list  and  returns  a  query  trace  list 


which  has  been  shortened  so  that  the  calling  process  is  the  last  process  in 
the  query  trace  list. 

LNG  Procedure  LNG  accepts  a  query  trace  list  and  returns  its  length.  Each 


process  id/sequence  number  pair  counts  as  length  2. 

Following  is  the  pseudo-code  for  Algorithm  II. 

(1)  When  an  idle  process  l\  receives  a  message  from  process  l\  and  begins  executing, 
the  following  occurs: 

T  clocktime; 

(*  process  changes  state  to  executing  '  ) 

STATE  TRUE; 
for  F  1  to  N  do 

WA1T(F)  FALSE; 
if  TARCET(r)  /() 

(*  delete  the  query  initiated  by  Pr  *) 

then  begin 

if  EI)GETYPE(r) 
then  begin 

send  cancel  C(Pr  TARGET(r),  SIG  (LA  TEST(r,  *))); 

(*  trailing  zeros  were  truncated  *) 

EDGETYPE(r)  :  FALSE; 

end; 

endif 

TARGET(r)  :  0; 

LATEST(r ,  *)  :  0; 

ENGAGER(r):  0; 

TIMES(r)  :  0; 

end: 

endif 

for  F  :  1  to  N  do 

begin 

( *  for  ail  queries  remaining,  send  an  inform  '  ) 

(  '  to  the  query  initiator,  ') 

(*  and  cancel  any  outstanding  queries  ‘) 

if  ENGAGER (F)  /  0 
then  begin 

TIMES(F)  :  T- 

send  inform  l(/,r  Pf.-  LATEST(I'  .'  !: 

(*  chop  oli  i  lie  query  (race  list,  !) 

(  '  so  P  is  the  Iasi  process  *) 


LATEST(F ,  *):=--  CHP  {LATEST  [F ,  *)); 
if  TAR  GET  [F )  5*  0 
then  begin 

if  EDGETYFE(F) 
then  begin 

send  cancel  C(Pr  TARGET{F),  SIG  ( LATEST(F ,  *))); 
EDGETYPE(F)  :=  FALSE; 

end; 

endif 

TARGET [F]  :=  0; 

end; 

endif 


(2)  When  a  process  Pr  receives  a  query  ()(  Pk  Pr  T ,  P,  M,  P;  M;  ),  the  following 


(*  ensure  the  query  is  valid  *) 

FLA  G  0; 
if  ENGAGER (t)  =-  0 
then  FLAG  2; 
endif 

v  :=  LNG  (<?PL); 

ve  LNG  (SIG  ( LATEST(i ,  *))); 

/  0; 

while  (FLAG  -  0)  AND  (/  •  v)  AND  {I  ■  w)  do 
begin 

l  :=  /  4-2; 

if  QTL(l)  >  LA  TEST(t,  l ) 
then  FLAG  l 
else  if  QTL(l)  LA  TEST(i,  /) 
then  FLA  G  :  1 : 

endif 
endif 

end; 

if  FLAG  j  0 
then  begin 

if  ST  A  TE 
then  begin 

if  Pr  is  already  in  the  QTL 
then  discard  the  query 
else  begin 

(*  store  a  copy  of  the  query  *) 

('  with  Pr  added  to  the  query  trace  list  *] 
LATEST(i,  *)  QTL-, 

LA  TEST(i,  e  l  1)  Pr; 
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LATEST(i,  v+2)  :=  1; 

ENGAGERS)  :=  Pk; 

T  :=  clocktime; 

TIMES (0  :=  T; 

(*  since  Pr  is  executing,  send  an  inform  *) 

(*  to  the  query  computation  initiator  *) 
send  inform  I (Pr  P,  LATEST(i, 2),  T); 

end; 

endif 

end 

else  begin 

if  DEADLK 

then  begin 

(*  if  Pr  is  deadlocked,  combine  the  reachable  set  *) 
(*  with  the  query  trace  list  and  send  a  reply  *) 
if  Pr  is  not  in  the  QTL 
then  COMBIN  (QTL,  Pr); 
endif 

send  reply  R (Pr  Pk  T,  QTL); 

end 

else  begin 

(*  if  Pr  is  idle,  find  the  first  process  in  the  *) 

(*  dependent  set  which  is  not  in  the  QTL  *) 
if  Pr  is  in  the  QTL 
then  begin 

if  (WAlT(i))  OR  (SEQCHK(Q7X,  Pr)  =  0) 

then  send  reply  R(Pr  Pk  T ,  QTL); 

endif 

end 

else  begin 

WAIT(t)  ■-  TRUE; 

QTL(v+l)-Pr; 

QTL(v+2)  :=  i; 

NXTQRY (Pr  0,  Pk  Ps); 
if  Ps  --  0 

(*  if  every  process  in  the  dependent  set  *) 

(*  does  not  need  to  be  queried,  then  *) 

(*  send  a  reply  to  Pk  *) 
then  send  reply  R(Pr  Pk  T ,  QTL) 
else  begin 

(*  otherwise  send  a  query  to  the  +) 

(*  first  process  in  the  dependent  *) 

(*  set  which  needs  to  be  queried  *) 
send  query  Q (Pr  Ps  T ,  QTL); 

TARGET(i)  :=  Ps;  ’ 

ENGAGER (i)  :=Pk; 

TIMES(i)  T; 
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LA  TEST(i,  *)  :=  QTL\ 
if  Ps  is  in  the  QTL 
then  EDGETYPE(i)  :=  FALSE 
else  EDGETYPE(i)  TRUE; 
endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 


(3)  When  a  process  Pr  receives  a  reply  R (Pk  PT  T,  Pt  M,  P;  My),  the  following 
occurs: 


if  STATE  OR  (TARGET(i)  =  0) 

(*  ensure  the  reply  is  valid  *) 

then  discard  the  reply 
else  begin 

F  :=  1; 

FLAG  :=  0; 

while  (FLAG  =  0  AND  LATEST(i,  F)  *  0  AND  F  <  2 *N)  do 

begin 

if  QTL(F)  ^  LATEST(i,  F) 

then  FLAG  1; 

endif 


F  :=F+ 1; 

end; 

if  FLAG  =  1 

then  discard  the  reply 

else  begin 

(*  at  this  point,  the  reply  is  valid  *) 

TARGET(i)  0; 

NXTQRY(Pr  Pk  ENG  A  GER  («),  Ps); 

(*  find  the  first  process  in  the  dependent  *) 

(*  set  which  needs  to  be  queried  *) 

if  Ps  —  0 

(*  if  every  process  has  been  queried  *) 

then  begin 
if  Pr  =  P, 

(*  if  Pr  is  the  query  initiator,  declare  deadlock  *) 

then  begin 

DECLARE  DEADLOCK  for  all  processes  in  QTL 
ENGAGERS )  :=  0; 


f ^ j&lEl', <s"f ■lAV.A#  :*! -.2  .»-* 
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for  F  :=  1  to  N  do 
begin 

if  (ENGAGER (F)  jt  0)  AND  (r  *  F) 
then  begin 

QTL  :=  LATEST(F ,  *); 

LATEST(F,  *)  :=  0; 

CHP^TL); 

if  EDGETYPE(F)  AND  ( TARGET(F)  jt  0) 
then  begin 

send  cancel  C(Pr  TARGET(F),  QTL); 
EDGETYPE(F)  :=  FALSE; 

end; 

endif 

COMBIN (QTL,  Pr); 

send  reply  R (Pt  ENGAGER(F),  TIMES(F),  QTL); 
ENGAGER (F)  :=  0; 

TARGET (F)  -.=  0; 

TIMES(F)  :=  0; 

end; 

endif 

end; 

end 

else  begin 

(*  otherwise  send  a  reply  to  the  process  which  *) 
(*  initially  sent  the  query  to  PT  *) 
send  reply  R (Pr  ENGAGER(i),  T,  QTL); 

ENGAGER (i)  :=  0; 

TARGET(i)  :=  0; 

TIMES(x)  :=  0; 

LATEST(i,  *)  :=  0; 

end; 

endif 

end 

else  begin 

(*  if  more  processes  need  to  be  queried  *) 

(*  send  a  query  to  the  first  process  in  the  *) 

(*  dependent  set  which  needs  to  be  queried  *) 
send  query  Q (Pf  Ps  T,  QTL); 

TARGET(i)  Ps; 

TIMES(i)  :=  T ; 
if  Ps  is  already  in  the  QTL 
then  EDGETYPE(i)  :=  FALSE 
else  EDGETYPE(i)  :=  TRUE; 
endif 

end; 

endif 

end; 

endif 
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end; 

endif 

(4)  When  a  process  Pr  receives  a  cancel  C(Pk  Pt  P,  Pj  A/y ),  the  following 

occurs: 


if  ENGAGER (t)  =  0 

(*  ensure  the  cancel  is  valid  *) 

then  discard  the  cancel 
else  begin 

v  :=  LNG  (QTL); 

F  :=  1; 

FLAG  :=  0; 

while  (FLAG  =  0  AND  F  <  «)  do 
begin 

if  QTL(F)  A  LA  TEST(i,  F) 

then  FLAG  1; 

endif 

F  :=  F 4*1; 

end; 


if  FLAG  --  I 

then  discard  the  cancel 

else  begin 

(*  if  the  cancel  is  valid  and  Pr  has  an  *) 

(*  outstanding  query  for  the  same  query  *) 
(*  initiator,  send  the  cancel  to  the  *) 

(*  process  that  Pr  sent  the  query  to  *) 


if  TARGET(t)  A  0 
then  begin 

if  EDGETYPE(i) 
then  begin 

send  cancel  C (Pr  TARGET(i),  QTL); 
EDGETYPE(i)  :=  FALSE; 

end; 

endif 


TARGET(i)  0; 

end; 

endif 


ENGAGER [i )  :=  0; 
TIMES(i)  :=  0; 

LA  TEST (i,  *)  :=  0; 

end; 

endif 


end; 

endif 


(5)  When  a  process  Pr  receives  an  inform  I(P*,  Fr  M,  T),  the  following  occurs: 


if  (M  =  LA  TEST(r,  2)) 
then  if  T  >  LASTTIME 
then  LASTTIME  T; 
endif 
endif 

(6)  When  a  process  Pk  sends  a  message  to  process  Pr ,  no  query  computation  action 
required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  following  occurs: 

(*  at  this  point,  the  array  DEPENDENT  *) 

(*  shows  which  processes  are  in  the  *) 

(*  dependent  set  of  Pk  *) 

(*  Pk  changes  state  to  idle  *) 

STATE  :=  FALSE; 

LASTTIME  clocktime; 

IDLE  clocktime; 

(*  take  care  of  all  the  queries  being  held  *) 

(*  process  them  as  if  they  had  just  been  received  *) 

for  G  :=  1  to  N  do 
begin 

if  ENGAGER(G)  *0 
then  begin 

v  LNG  (LA  TEST(G,  *)); 

LATEST(G,  «]  :=  LATEST(G,  v)+l; 

T  :=  TIMES(G)-, 

WAIT(G)  :  -  TRUE; 

NXTQRY (Pk  0,  ENGAGEH(G),  Ps); 
if  Ps  =  0 

then  begin 

send  reply  R (Pk  ENCAGER(G),  T,  SIG  (LATEST(G ,  *))); 
ENGAGER (G )  W  0; 

LA  TEST (G ,  *)  :=  0; 

TAR  GET  (G)  :  U; 

TIMES ( G)  0; 

end 

else  begin 

send  query  Q (Pk  Ps  T,  SIG  (LA  TEST(G,  *))); 

TARGET(G)  :=  Ps; 
if  Ps  is  already  in  the  QTL 
then  EDGETYPE(G)  FALSE 
else  EDGETYPE(G)  TRUE; 


(8)  When  a  process  P-  becomes  idle  for  time  since  changing  state  from  executing  to 
idle,  the  following  occurs: 

(*  initiate  a  new  query  computation  *) 

WAIT{  i):=  TRUE; 

NEWQRYNUM  •-  NEWQRYNUM  +  1; 

LATEST (i,  1)  t; 

LA  TEST(i ,  2)  :  -  NEWQRYNUM; 

NXTQRY (P,  0,  0,  P,,.; 

if  P s  0 

(*  by  assumption,  processes  are  not  terminated  *) 

then  TERMINATE  THE  PROCESS 
else  begin 

send  query  Q (Pt  Rs  LASTTIME,  SIG  (LA  TEST(i,  *)); 

TARGET (t) 

ENGAGER (i)  :  P,; 

TIMES(i)  :=  LASTTIME-, 

EDGETYPEli)  :  -  TRUE; 
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Code  for  Algorithm  III 

In  the  code  shown  below,  QTL  represents  the  query  trace  list  of  the  current  query 
computation.  It  is  assumed  that  the  QTL  is  variable  in  length  and  is  always  as  short  as 
possible.  The  following  subprograms  are  used  in  the  code  shown  below  for  Algorithm  III. 

COMBIN  Procedure  COMBIN  accepts  a  query  trace  list  [QTL)  and  adds  to  it  any 
process  and  its  sequence  number  which  is  in  the  reachable  set  of  the 
deadlocked  calling  process. 

NXTQRY  Procedure  NXTQRY  determines  the  next  process  in  the  dependent  set 
which  must  be  queried  for  a  given  query  computation.  It  returns  in  its 
fourth  argument  Ps  a  value  of  zero  if  no  more  processes  in  the  dependent 
set  need  to  be  queried,  or  else  the  process  number  of  the  next  process  to 
receive  the  query. 

SEQCHK  Procedure  SEQCHK  accepts  a  query  trace  list  and  a  process  id.  It  returns 
the  sequence  number  associated  with  the  process  id.  The  value  zero  is 
returned  if  the  process  is  not  in  the  query  trace  list  or  if  it  actually  has  a 
sequence  number  of  zero.  A  process  appears  in  a  query  trace  list  with  a 
sequence  number  of  zero  if  it  was  added  by  procedure  COMBIN  as  a 
member  of  some  deadlocked  set. 

URGENT  Function  URGENT  determines  the  urgency  of  a  query  based  on  its 
priority  and  the  number  of  replies  and  cancels  received  by  the  process 
holding  the  query  since  the  query  was  received. 


SIG 


Procedure  SIG  accepts  a  one-dimensional  array  which  holds  a  query  trace 


list.  SIG  returns  as  a  query  trace  list  the  portion  of  the  array  which  is 
non-zero  (ie  the  significant  portion). 

CHP  Procedure  CHP  accepts  a  query  trace  list  and  returns  a  query  trace  list 

which  has  been  shortened  so  that  the  calling  process  is  the  last  process  in 
the  query  trace  list. 

LNG  Procedure  LNG  accepts  a  query  trace  list  and  returns  its  length.  Each 

process  id/sequence  number  pair  counts  as  length  2. 

Following  is  the  pseudo-code  for  Algorithm  III. 

(1)  When  an  idle  process  Pf  receives  a  message  from  process  Pk  and  begins  executing, 
the  following  occurs: 

T  :=  clocktime; 

(*  process  changes  state  to  executing  *) 

STATE  :=  TRUE; 
for  F  :  =  1  to  N  do 
begin 

WAIT(F)  :==  FALSE; 

STARVE(F)  :=  0; 

end; 

if  ENGAGER (r)  /  0 
then  begin 

if  TARGET(r)  -AO 

(*  delete  the  query  initiated  by  Pr  *) 

then  begin 

ir  EDGETYPE(r) 
then  begin 

send  cancel  C  (Pr  TARGET(r),  SIG  (LA  TEST(r,  *))); 

(*  trailing  zeros  were  truncated  *) 

EDGETYPE(r)  :=  FALSE; 

end: 

endif 

TARGET(r)  :  -  0; 

end; 

endif 

LATEST(r,  *)  :  -  0; 

ENGAGER(r)  0; 
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TIMES (r)  :=  0; 

PRIOR (r)  :=  0; 

LASTREP(r)  :=  0; 

end; 

endif 

for  F  :=  1  to  N  do 
begin 

(*  for  all  queries  remaining,  send  an  inform  *) 

(*  to  the  query  initiator,  *) 

(*  and  cancel  any  outstanding  queries  *) 

if  ENGAGER  (F)  ^0 

then  begin 

TIMES(F)  :=  T ; 

LASTREP(F)  :=  0; 
if  r  -A  F 

then  send  inform  I(Pr  Pp  LATEST(F ,2),  T); 
endif 

(*  chop  off  the  query  trace  list  *) 

(*  so  Pr  is  the  last  process  *) 

LATEST(F,  *)  :=  CHP  (LATEST  (F ,  *)); 
if  TARGET(F)  j*  0 
then  begin 

if  EDGETYPE(F) 
then  begin 

send  cancel  C(Pr  TARGET(F),  SIG  ( LATEST(F ,  *))); 
EDGETYPE(F)  FALSE; 

end; 

endif 

TARGET(F)  0; 

end; 

endif 

end; 

endif 

end; 

(2)  When  a  process  Pr  receives  a  query  Q (Pk  P,  U,  T,  Pt  M,  ...,  P;  M;  ), 
following  occurs: 

(*  ensure  the  query  is  valid  *) 

FLAG  :=  0; 
if  ENGAGER (t)  =  0 
then  FLAG  2; 
endif 

®  LNG  (QTL)-, 
vv  LNG  (SIG  (LATEST(i,  *))); 

/  :=  0; 

while  (FLAG  =  0)  AND  (/  '  -  «)  AND  (l  <  vv)  do 
begin 
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/  :=  1+2; 

if  QTL(l)  >  LATEST(i,  l ) 
then  FLAG  :=  1 
else  if  QTL(l)  <  LATEST(i,  l) 
then  FLAG  :=  -1; 
endif 
endif 


end; 

if  FLAG  =  1 


then  begin 

(*  send  a  cancel  first  to  stop  the  old  query 

if  TARGET(i)  ^  0 
then  begin 

if  EDGETYPE(i) 


then  begin 

send  cancel  C (Pr  TARGET(i),  CHP  (LA  TEST(i,  *)  )); 
EDGETYPE  :=  FALSE; 


end; 

endif 

TARGET(i)  :=  0; 

end; 

endif 


*) 


(*  wipe  out  the  old  query  *) 

LATEST(i,  0; 

LASTREP(i)  :=  0; 

ENGAGER (i)  :=  0; 

PR  I  OR  (i)  :=  0; 

TIMES(i)  :=  0; 

end; 

endif 

if  FLAG  >  0 
then  begin 
if  STATE 


then  begin 

(*  if  Pr  is  executing  *) 
if  Pr  is  already  in  the  QTL 
then  discard  the  query 
else  begin 


(*  store  a  copy  of  the  query  *) 

(*  with  Pr  added  to  the  query  trace  list 


LATEST(i,  *)  :=  QTL; 

LATEST (t,  v+l )  :=Pr; 

LA  TEST (i,  v+2)  :=  1; 

T  :=  clocktime; 

ENGAGER(i)  :=  Pk; 

TIMES(i)  :=  T; 

PRIOR(i)  :=  U; 

(*  since  P,  is  executing,  send  an  inform 


*) 


*) 


i 

i 

t 

i 

I 

i 


(*  to  the  query  computation  initiator  *) 


if  Pr*P> 

then  send  inform  I(Pr  P,  LATEST(i,2),  T ); 
endif 

end; 

endif 

end 

else  begin 

if  DEADLK 

then  begin 

(*  if  P,  is  ■  idlocked,  combine  the  reachable  set  *) 
(*  with  the  query  trace  list  and  send  a  reply  *) 
if  Pr  is  not  in  the  QTL 
then  COMBIN (QTL,  Pt); 
endif 

send  reply  R (Pr  Pk  T,  QTL); 

end 

else  begin 

(*  if  Pr  is  idle,  find  the  first  process  in  the  *) 

(*  dependent  set  which  is  not  in  the  QTL  *) 
if  Pf  is  in  the  QTL 
then  begin 

if  (WAIT{i))  OR  (SEQCHK (QTL,  Pr)  =  0) 

then  send  reply  R (P,  Pk  T,  QTL); 

endif 

end 

else  begin 

WAIT(i)  :=  TRUE; 

QTL(vAl)  :=  Pr; 

QTL( v+2)  :=  1; 

NXTQRY(Pr  0,  Pk  Ps); 

if  PS  =  0 

(*  if  every  process  in  the  dependent  set  *) 

(  +  does  not  need  to  be  queried,  then  ‘ ) 

(*  send  a  reply  to  Pk  *) 
then  send  reply  R(Pr  Pk  T,  QTL) 
else  begin 

(*  otherwise  send  a  query  to  the  *) 

(*  first  process  in  the  dependent  *) 

(*  set  which  needs  to  be  queried  *) 

ENGAGER (i)  :=  Pk; 

TIMES{i)  ■-  T; 

PRIOR(i)  U; 

STARVE(i)  0; 

LA  TEST(t,  *)  QTL; 

IDL TIME  :=  T  -  LASTTIME; 
if  IDL  TIME  ■  Tn 


mJLm.  A.  «..A. 
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then  begin 

W  :=  0; 

for  F  :==  1  to  N  do 

if  ENGAGER (F)  A  0  AND  PRIOR (F)  >  W 

then  W  :=  PRIOR (F)-, 

endif 

if  URGENT  (P,  )  >  W 
then  begin 

send  query  Q(Pri  Ps  U,  T,  QTL); 

TARGET(i)  :=  PS;’ 

if  Ps  is  in  the  QTL 

then  EDGETYPE(i)  :=  FALSE 

else  EDGETYPE(i)  :=  TRUE; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

(3)  When  a  process  Pr  receives  a  reply  R (Pk  PT  T ,  P,  M,  P}  A/;).  the  following 
occurs: 

if  STATE  OR  ( TARGET(i)  =  0) 

(*  ensure  the  reply  is  valid  *) 

then  discard  the  reply 
else  begin 
F  :=  1; 

FLAG  :=  0; 

while  ( FLAG  =  0  AND  LATEST  (i,  F)  AO  AND  F  < .  2  *N)  do 
begin 

if  QTL(F)  A  LATEST (i,  F) 

then  FLAG  :=  1; 

endif 

F  :=/<’+ 1; 

end; 

if  FLAG  =  1 

then  discard  the  reply 

else  begin 
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(*  at  this  point,  the  reply  is  valid  *) 

TARGET(i)  :=  0; 

TIMES(i)  :==  T; 

LASTREP(i)  :=  Pk; 

LATEST [i,  *)  :=  QTL; 

NXTQRY(Pr  Pk  ENGAGER (t),  Ps); 

(*  check  to  see  if  any  more  *) 

(*  queries  need  to  be  sent  *) 

if  Ps  =  0 

(*  if  every  process  has  been  queried  *) 

then  begin 
if  PT  =  P, 

(*  if  Pr  is  the  query  initiator,  declare  deadlock  *) 

then  begin 

DECLARE  DEADLOCK  for  all  processes  in  QTL 
ENGAGER(r)  :=  0; 

PRIOR(r)  :=  0; 

LASTREP(r)  :=  0; 
for  F  1  to  TV  do 
begin 

if  (ENGAGER(F)  9^  0)  AND  (r  ^  P) 
then  begin 

QTL  :=LATEST(F ,  *); 

LATEST(F,  *)  0; 

CHP  (QTL)-, 

(*  shorten  the  QTL  so  Pr  is  the  last  process  *) 
if  EDGETYPE(F )  AND  (  TARGET(F)  ?  0) 
then  begin 

send  cancel  C (PT  TARGET(F),  QTL); 

ED GE TYPE(F)  FALSE; 

end; 

endif 

COMBIN [QTL,  Pr); 

send  reply  R  (Pr  ENG  A  < , '  R(F),  TIMES(F),  QTL); 
ENG  A  GER(F)  0; 

TARGET(F)  r-  0; 

TIMES (F)  0; 

PR  I  OR  (F)  0; 

LASTREP(F)  :  0; 

end; 

endif 

end; 

end 

else  begin 

(*  otherwise  send  a  reply  to  the  process  which  +) 
(*  initially  sent  the  query  to  Pr  ') 

W  :  -  0; 

for  F  :  1  to  TV  do 


if  (ENGAGER(F)  ^  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR(F); 

endif 

if  PRIOR  (F)  >  VK 

then  begin 

for  l  1  to  N  do 
begin 

if  (ENGAGER(l)  ^  0)  AND  ( TARGET(l)  -=  0) 

then  STARVE(l)  :=  STARVE(l)  +  1; 

endif 

end; 

end; 

endif 

send  reply  R {Pr  ENGAGER (i),  T,  QTL); 

ENGAGER (i)  :=  0; 

TARG'ET(i)  :=  0; 

TIMES(i)  :=  0; 

PRIOR (i)  :=  0; 

LASTREP(i)  :=  0; 

LATEST(i ,  *)  :=  0; 

end; 

endif 

end; 

endif 

(*  process  the  highest  urgency  queries  *) 
IDLTIME  T  —  LASTTIME ; 
if  IDLTIME  T2 
then  begin 

W  :=  0; 

for  F  1  to  N  do 
begin 

if  ( ENGAGER  {F )  A  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR (F); 

endif 

end; 

for  F  :=  1  to  N  do 
begin 

if  (ENGAGER (F)  /  0) 

then  begin 

if  (URGENT  (F)  •  W)  AND  (  TARGET(F)  =  0) 
then  begin 

NXTQRY(Fr  LASTREP(F),  ENGAGER (F),  Ps); 
QTL  :=  LATEST (F,  *); 

T  :=  TIMES(F); 

send  fuery  Q(Fr  F<.  PRIOR{F ),  7\  QTL); 

TARGET(i)  —  Ps ; ' 

if  /',  is  already  in  the  QTL 

then  ;  'DGETYPE(i)  :  FALSE 
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else  EDGETYPE(i)  TRUE; 
endif 

end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

(4)  When  a  process  Pr  receives  a  cancel  C(Pk  Pr  F,  P  A/;),  t,he  following 

occurs: 

if  ENGAGER (i)  =  0 

(*  ensure  the  cancel  is  valid  *) 

then  discard  the  cancel 
else  begin 

v  LNG  [QTL)\ 

F  :=  1; 

FLAG  0; 

while  ( FLAG  —  0  AND  F  v )  do 
begin 

if  QTL(F)  ^  LATEST^ ,  F) 

then  FLAG  i; 

endif 

F  :=  F+ 1; 

end; 

if  FLAG  =  1 

then  discard  the  cancel 

else  begin 

(*  if  the  cancel  is  valid  and  Pr  has  an  !:) 

(*  outstanding  query  for  the  same  query  *) 

(*  initiator,  send  the  cancel  to  the  ,:) 

(*  target  process  and  check  if  the  starvation  *) 

(*  count  needs  to  be  increased 

if  TARGET(i)  /-  0 
then  begin 
W  0; 

for  F  :  I  to  N  do 

if  (ENGAGER (F)  /  0)  AND  {PRIOR(F)  •  W) 
then  W  PRIOR(F); 
end  if 

if  PRIOR (i)  -W 

then  begin 


for  /  :  —  (  to  N  do 
begin 

if  (ENGAGER  (l)  /  0)  AND  (  TARGET(l)  =  0) 

then  STARVE(l)  :  =  STARVE(l)  +  1; 

endif 

end; 

end; 

endif 

if  EDGETYPE(i) 
then  begin 

send  cancel  C(Pr  TARGET(i),  QTL ); 

EDGETYPE(i)  :=  FALSE; 

end; 

endif 

TARGET(i)  :=  0; 

end; 

endif 

ENGAGER(i)  ■—  0; 

TIMES(i)  :=  0; 

PRIOR  (i)  :=  0; 

L  AST  REP  (i)  :=  0; 

LA  TEST(i,  *)  :=  0; 

(*  if  idle,  then  do  highest  priority  queries  *) 

if  NOT  STATE 
then  begin 

IDL TIME  :=  SYSTIME  -  LASTTIME-, 
if  IDL  TIME  >  T2 

then  begin 
W  :=  0; 

for  F  —  1  to  iV  do 

if  (ENGAGER {F)  ^  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR (F)\ 

endif 

for  F  1  to  N  do 
begin 

if  ENGAGER (F)  A  0 
then  begin 

if  (URGENT  (F)  _■  W)  AND  (TARGET (F)  =  0) 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER(F),  Ps); 
QTL  LATEST(F,  *); 

T  :=  TIMES (F); 

send  query  Q(Fr  PRIOR (F),  T,  QTL)-, 
TARGET(F) 

if  P5  is  already  in  the  QTL 
then  EDGETYPE(F)  :=  FALSE 
else  EDGETYPE(F)  TRUE; 
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end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

(5)  When  a  process  Pr  receives  an  inform  I(Pfc  PT  M ,  T),  the  following  occurs: 

if  (M  =  LATEST(r,  2)) 
then  if  T  >  LASTTIME 
then  LASTTIME  :=  T\ 
endif 
endif 

(6)  When  a  process  Pk  sends  a  message  to  process  Pr,  no  query  computation  action  is 
required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  following  occurs: 

(*  at  this  point,  the  array  DEPENDENT  *) 

(*  shows  which  processes  are  in  the  *) 

(*  dependent  set  of  Pk  *) 

(*  Pk  changes  state  to  idle  *) 

STATE  :=  FALSE; 

LASTTIME  clocktime; 

IDLE  :=  clocktime; 

(*  take  care  of  all  the  queries  being  held  *) 

(*  process  them  as  if  they  had  just  been  received  *) 

for  C  1  to  N  do 
begin 

if  ENGAGER (G)  *0 
then  begin 

v  :=  LNG  (  SIG  ( LATEST(G ,  *))); 

LATEST(G ,  t>)  :=  LA  TEST(G,  v)+l; 

T  :=  TIMES {G)] 

WAIT(G)  —  TRUE; 

NXTQRY ( Pk  0,  ENGAGER(G),  Ps); 
if  Ps  -----  0 
then  begin 

send  reply  R (Pk  ENGAGER(G),  T,  SIG  (LA  TEST(G,  *))); 
ENGAGER (G )':  -0; 


LATEST(G,  *)-—0; 

TARGET(G)  :=  0; 

TIMES(G)  :==  0; 

PRIOR (G)  :=  0; 

LASTREP(G)  :=  0; 

end; 

endif 

end; 

endif 

end; 

(8)  When  a  process  P,-  becomes  idle  for  time  T t  since  changing  state  from  executing  to 
idle,  the  following  occurs: 

(*  initiate  a  new  query  computation  *) 

WAIT(i)  :=  TRUE; 

PRIOR(i)  priority  to  be  assigned  the  query  computation 
ENGAGER (i)  :=*  i; 

NEWQRYNUM  :=  NEWQRYNUM  +  1; 

LA  TEST(i,  1)  :=  »; 

LA  TEST(i,  2)  :  =  NEWQRYNUM ; 

TIMES(i)  :=  LASTTIME; 

(*  find  the  highest  priority  query  *) 

W  :=^  0; 

for  F  :=  1  to  N  do 
begin 

ir  (ENGAGER(F)  A  0)  ANO  ( PRIOR(F)  >  W) 
then  W  PRIOR(F); 
endif 

end; 

(*  if  the  priority  of  P,  is  as  high  as  the  *) 

(*  highest  priority  query,  then  send  the  query  ') 

if  URGENT  (*)  _•  W) 
then  begin 

QTL  :---  LATEST(i,  *); 

NXTQRY  (P,  0,  0,  Ps- ; 
if  Ps  -  0 

(*  by  assumption,  processes  are  not  terminated  1 ) 

(*  actually,  this  is  a  one-process  deadlock  *) 
then  TERMINATE  THE  PROCESS 
else  begin 

send  query  Q (P,  P9  PRlOR(i),  LASTTIME,  QTL); 

TARGET (0  P,; 

EDGETYPE(i)  :  TRUE; 

end: 
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(9)  When  a  process  Pt  becomes  idle  for  time  T2  (where  T 2<  T x)  since  changing  state 
from  executing  to  idle,  the  following  occurs: 

W  :  =  0; 

for  F  :=  1  to  N  do 

if  {ENGAGER (F)  /  0)  AND  (PRIOR{F)  >  W) 

then  W  :=  PRIOR[F ); 

endif 

for  F  1  to  N  do 
begin 

if  ENGAGER (F)  #  0 
then  begin 

if  (URGENT  (F)  >  w )  AND  (TARGET(F)  =  0) 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER(F),  P5); 

QTL  :=  LATEST(F ,  *); 

T  :=  TIMES (F)\ 

send  query  Q(Pr  Ps  PRIOR(F),  T,  QTL)-, 

TARGET{F )  :=PS; 
if  Ps  is  already  in  the  QTL 
then  EDGETYPE{F)  FALSE 
else  EDGETYPE(F)  TRUE; 
endif 

end; 

endif 

end; 

endif 


end; 


Appendix  D. 


Code  for  Algorithm  IV 

In  the  code  shown  below,  QTL  represents  the  query  trace  list  of  the  current  query 

computation.  It  is  assumed  that  the  QTL  is  variable  in  length  and  is  always  as  short  as 

possible.  The  following  subprograms  are  used  in  the  code  shown  below  for  Algorithm  IV. 

COMBIN  Procedure  COMBIN  accepts  a  query  trace  list  (QTL)  and  adds  to  it  any 
process  and  its  sequence  number  which  is  in  the  reachable  set  of  the 
deadlocked  calling  process. 

NXTQRY  Procr  lure  NXTQRY  determines  the  next  process  in  the  dependent  set 
which  must  be  queried  for  a  given  query  computation.  It  returns  in  its 
fourth  argument  Ps  a  value  of  zero  if  no  more  processes  in  the  dependent 
set  need  to  be  queried,  or  else  the  process  number  of  the  next  process  to 
receive  the  query. 

SEQCHK  Procedure  SEQCHK  accepts  a  query  trace  list  and  a  process  id.  It  returns 
the  sequence  number  associated  with  the  process  id.  The  value  zero  is 
returned  if  the  process  is  not  in  the  query  trace  list. 

URGENT  F  unction  URGENT  determines  the  urgency  of  a  query  based  on  its 
priority  and  the  number  of  replies  and  cancels  received  by  the  process 
holding  the  query  since  the  query  was  received. 

UPDATR  Function  UPDATR  updates  the  arrays  VERIFIED  and  RECENT 
whenever  a  query  or  reply  is  received.  The  inputs  to  UPDATR  are  a 
query  trace  list,  the  calling  process  (which  just  received  the  query  or  reply ) 


f 


and  the  identity  of  the  process  which  sent  the  query  or  reply. 


CHKRPY  Procedure  CHKRPY  is  called  by  a  process  to  check  to  see  if  a  reply  can  be 
sent  for  any  held  query  computations.  It  is  possible  that  information 
learned  from  another  query  computation  can  change  the  status  of  a  held 
query  computation  so  that  the  processes  in  the  dependent  set  remaining  to 


be  queried  no  longer  need  to  be  queried,  and  hence  a  reply  can  be  sent. 


CHKRPY  takes  care  of  sending  the  reply . 

SIG  Procedure  SIG  accepts  a  one-dimensional  array  which  holds  a  query  trace 

list.  SIG  returns  as  a  query  trace  list  the  portion  of  the  array  which  is 

non  -zero  (ie  the  significant  portion). 

CHP  Procedure  CHP  accepts  a  query  trace  list  and  returns  a  query  trace  list 

which  has  been  shortened  so  that  the  calling  process  is  the  last  process  in 

the  query  trace  list. 

LNG  Procedure  LNG  accepts  a  query  trace  list  and  returns  its  length.  Each 

process  id/sequence  number  pair  counts  as  length  2. 

Following  is  the  pseudo-code  for  Algorithm  IV. 

(l)  When  an  idle  process  Pr  receives  a  message  from  process  Pk  and  begins  executing, 
the  following  occurs: 


T  :=  clocktime; 

(*  process  changes  state  to  executing  1 ) 

ST  A  TE  : =  TRUE; 
for  F  1  to  N  do 
STARVE(F)  :=  0; 

RECENT {r)  RECENT(r)  t  1; 

VERIFIED {r )  :=  RECENT(r); 
if  ENGAGER(r)  #0 
then  begin 

if  TARGET(r)  /  0 
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(*  delete  the  query  initiated  by  Pr  *) 

then  begin 

if  EDGETYPE(r) 
then  begin 

send  cancel  C  (Pr  TARGET(r),  SIG  (LA  TEST(r,  *))); 

(*  trailing  zeros  were  truncated  *) 

EDGETYPE(r)  :=  FALSE; 

end; 

endif 

TARGET(r)  :=  0; 

end; 

endif 

LATEST(r ,  *)  ■—  0; 

ENGAGER (r)  :=  0; 

TIMES(r)  ■—  0; 

PRIOR  (r)  :=  0; 

LASTREP(r)  :=  0; 

end; 

endif 

for  F  :=  1  to  N  do 
begin 

(*  for  all  queries  remaining,  send  an  inform  *) 
(*  to  the  query  initiator,  *) 

(*  and  cancel  any  outstanding  queries  *) 

if  ENGAGER (F)  A0 

then  begin 

TIMES(F)  :=  T\ 

LASTREP(F)  0; 

if  r  A  F 

then  send  inform  I (Pr  PF  LATEST(F ,2),  T); 
endif 

(*  chop  off  the  query  trace  list  *) 

(*  so  Pr  is  the  last  process  *) 

LATEST(F,  *)  :=  CHP  ( LATEST(F ,  *)); 
if  TARGET(F)  A  0 
then  begin 

ir  EDGETYPE(F) 
then  begin 

send  cancel  C (Pr  TARGET(F),  SIG  (LA  TEST(F,  *))); 
EDGETYPE(F)  FALSE; 

end; 

endif 

TARGET(F)  :=  0; 

end; 

endif 

end; 

endif 

end; 


I 

i 

% 


(*  ensure  the  query  is  valid  *) 

FLAG  :=  0; 
if  ENGAGER {i)  =  0 
then  FLAG  :=  2; 
endif 

v  :=  LNG  (QTL); 

vv  :=  LNG  (SIG  (LATEST(i,  *))); 

/  :=  0; 

while  (FLAG  =  0)  AND  (/  <  v)  AND  (/  <  vv)  do 
begin 

/  :=  Z+2; 

if  QTL(l)  >  LATEST (i,  l) 
then  FLAG  :=  1 
else  if  QTL(l)<  LATEST (i,  /) 
then  FLAG  :=  -1; 
endif 
endif 

end; 

if  FLAG  =  1 
then  begin 

(*  send  a  cancel  first  to  stop  the  old  query  *) 

if  TARGET(i)  ^  0 
then  begin 

if  EDGETYPE(i) 

then  begin 

send  cancel  C (Pr  TARGET(i),  CHP  ( LATEST(i ,  *)  )); 
EDGETYPE  FALSE; 

end; 

endif 

TARGET(i)  -.=  0; 

end; 

endif 

(*  wipe  out  the  old  query  *) 

LATEST(i,  *)  0; 

LASTREP(i)  :=  0; 

ENGAGER (i )  :=  0; 

PRIOR(i)  :=  0; 

TIMES(i)  :=  0; 

end; 

endif 

if  FLAG  >0 
then  begin 

UPDATR(QTL,  r,  ft); 
if  ST  A  TE 
then  begin 


(*  if  Pr  is  executing  *) 
if  Pr  is  already  in  the  QTL 
then  discard  the  query 
else  begin 

(*  store  a  copy  of  the  query  *) 

(*  with  Pr  added  to  the  query  trace  list  *) 
LATEST(i,  *)  :=  QTL ; 

LATEST^,  t/+l)  :=  P, ; 

LATEST(i,  v+2)  :=  RECENT(r); 

T  :=  clocktime; 

ENGAGER (i)  :=  Pk] 

TIMES (i)  :  =  T; 

PRIOR(i)  :=  t/; 

(*  since  Pr  is  executing,  send  an  inform  *) 

(*  to  the  query  computation  initiator  *) 

if  Pr  *  Pf 

then  send  inform  I (Pr  Pi  LATEST(i ,2),  T)] 
endif 

end; 

endif 

end 

else  begin 

CHKRPY; 
if  DEADLK 

then  begin 

(*  if  Pr  is  deadlocked,  combine  the  reachable  set  *) 
(*  with  the  query  trace  list  and  send  a  reply  *) 
if  Pr  is  not  in  the  QTL 
then  COMBIN (QTL,  Pr); 
endif 

send  reply  R (Pr  Pk  T,  QTL)] 

end 

else  begin 

(*  if  Pt  is  idle,  find  the  first  process  in  the  *) 

(*  dependent  set  which  is  not  in  the  QTL  *) 
if  Pr  is  in  the  QTL 
then  begin 

if  (SEQCHK(§TL,  Pr)  =  RECENT(r)) 
then  send  reply  R(Pr  Pk  T,  QTL)] 
endif 

end 

else  begin 

QTL(v+l) P r] 

QTL  [v+2)  :=-■  RECENT(r)] 

NXTQRY(Pr  0,  Pk>  P s)] 
if  Ps  —  0 


(*  if  every  process  in  t  he  dependent  set  *) 
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(*  does  not  need  to  be  queried,  then  *) 

(*  send  a  reply  to  Pk  *) 
then  send  reply  R (Pr  Pk  T,  QTL) 
else  begin 

(*  otherwise  send  a  query  to  the  *) 

(*  first  process  in  the  dependent  *) 

(*  set  which  needs  to  be  queried  *) 

ENGAGER (i)  :=  Pk; 

TIMES(i)  :  =  T; 

PRIOR(i)  :=  l/; 

STARVE(i)  :=  0; 

LA  TEST(i,  *)  :=  QTL] 

end; 

endif 

end; 

endif 

IDL TIME  :=  T  -  LASTTIME] 
if  IDL  TIME  T2 

then  begin 

W  0; 

for  F  :  —  1  to  N  do 

if  ENGAGER(F)  ^  0  AND  PRIOR{F )  >  W 

then  W  :=  PRIOR (F)] 

endif 

for  F  1  to  N  do 

if  ENGAGER(F)  A  0 
then  begin 

if  URGENT  (  PF  )  >  W  AND  TARGET(F)  --  0 
then  begin 

NXTQRY(Pr  LASTREP(F),  ENGAGER(F),  Ps); 
send  query  Q (P,  Ps  U,  T,  QTL)] 

TARGET(i)  :=  Ps]' 

if  Ps  is  in  the  QTL 

then  ED  GET  YPE(i)  :  •  -  FALSE 

else  EDGETYPE(i)  TRUE; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 


end; 

endif 

(3)  When  a  process  PT  receives  a  reply  R (Pk  Pt  T,  Pt  M,  ...,  P-  M;),  the  following 
occurs: 


if  STATE  OR  (TARGET(i)  =  0) 

(*  ensure  the  reply  is  valid  *) 

then  discard  the  reply 
else  begin 
F  :=  1; 

FLAG  0; 

while  (FLA  6'  -=  0  AND  LA  TEST(i,  F)  AO  AND  F  <  2  *N)  do 
begin 

if  QTL(F)  A  LA  TEST(i,  F) 
then  FLAG  1; 


endif 

F  F  M; 


end; 

if  FLAG  -  1 


then  discard  the  reply 
else  begin 

(*  at  this  point,  the  reply  is  valid  *) 

UPDATR  (QTL,PrPk); 

TARGET (i)  :  ---  0; 

TIMES (t)  :  T; 

LASTREP(t)  :=  I\- 
LA  TEST{t,  * )  :  —  QTL\ 

NXTQRY (Pr  P*  ENGAGER (i),  Ps); 

(*  check  to  see  if  any  more  *) 

(*  queries  need  to  be  sent  *) 

if  Ps  0 

(*  if  every  process  has  been  queried  *) 

then  begin 

,f  I\  l\ 

(  '  if  Pr  is  the  query  initiator,  declare  deadlock  ,:) 

then  begin 


DECLARE  DEADLOCK  for  all  processes  in  QTL 
ENGAGER (r)  :  -  0; 

PRIOR (r)  —  0; 

LA  STREP (r)  :  -  -  0; 

Tor  F  1  to  N  do 
begin 

if  (ENGAGER(F)  /  0)  AND  (r  /  F)  AND 

(( TARGET(F)  -  0)  OR  (NOT  EDGETYPE(F))) 

then  begin 

QTL  :=  LA  TEST (F,  *); 

LA  TEST(F.  *)  :=  0; 


*.*  ■  - -A.  ‘.'j 


i 

‘v 

1 


-  166  - 


COMBIN (QTL,  Pr); 

send  reply  R(Pr  ENGAGER(F),  TIMES(F),  QTL)-, 
ENGAGER(F)  0; 

TARGET(F)  :=  0; 

TIMES(F)  :=  0; 

PRIOR  (F)  :=  0; 

LASTREP(F)  :=  0; 

end; 

endif 

end; 

end 

else  begin 

(*  otherwise  send  a  reply  to  the  process  which  *) 
(*  initially  sent  the  query  to  Pr  *) 

W  :=  0; 

for  F  :=  1  to  Af  do 

if  ( ENGAGER{F )  jt  0)  AND  (PRIOR(F)  >  VK) 

then  W  :=  PRIOR {F); 

endif 

if  PRIOR(F)  >  W 
then  begin 

for  l  :==  1  to  N  do 
begin 

if  (ENGAGER (l)  ^0)  AND  ( TARGET(l)  =  0) 

then  STARVE(l)  :=  STARVE(l)  +  1; 

endif 

end; 

end; 

endif 

send  reply  R (Pr  ENGAGER(i),  T,  QTL)-, 

ENGAGER (t)  :=  0; 

TARGET(i)  :=  0; 

TIMES (i)  :=  0; 

PRIOR (i)  0; 

LASTREP(i)  0; 

LATEST(i,  *)  :==  0; 

end; 

endif 

end; 

endif 


(*  check  for  held  queries  to  reply  to  *) 

CHKRPY; 

(*  process  the  highest  urgenc  pieries  *) 
ID L TIME  T  -  LASTTIME\ 
if  1 1)  L  TIME  T2 

then  begin 
W  :  -  0; 

for  F  I  to  \  do 
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begin 

if  (ENGAGER(F)  A  0 )  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR  (F); 

endif 

end; 

for  F  :=  1  to  TV  do 
begin 

if  (ENGAGER (F)  ^0) 
then  begin 

if  (URGENT  (F)  >  W)  AND  ( TAR  GET  {F )  =  0) 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER (F),  Ps); 

QTL  :=  LATEST (F,  *); 

T  :=  TIMES (F); 

send  Q(Pr  Ps  PRIOR  (F),  T,  QTL)-, 

TARGET(i)  :=>s;’ 
if  Ps  is  already  in  the  QTL 
then  EDGETYPE(i)  :=  FALSE 
else  EDGETYPE(i)  TRUE; 
endif 

end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

(4)  When  a  process  Pr  receives  a  cancel  C(Pk  Pr  P,  Mi  A/;),  the  following 

occurs; 

if  ENGAGER(i)  =  0 

(*  ensure  the  cancel  is  valid  *) 

then  discard  the  cancel 
else  begin 

e  :  LNG  ( QTL ); 

F  1; 

F/,/1  <7  :=  0; 

while  {FLAG  0  AND  F  •  e)  do 
begin 

if  QTL[F)  /  LATEST (i,  F) 

then  FLAG  :  1; 

endif 

F  :  •  /'  I  I; 


end; 

if  FLAG  =  1 

then  discard  the  cancel 

else  begin 

(*  if  the  cancel  is  valid  and  PT  has  an  *) 

(*  outstanding  query  for  the  same  query  *) 

(*  initiator,  send  the  cancel  to  the  *) 

(*  target  process  and  check  if  the  starvation  *) 
(*  count  needs  to  be  increased  *) 

if  TARGET^)  *  0 
then  begin 
W  :=  0; 

for  F  :=  1  to  N  do 

if  (ENGAGER  (F)  /  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR(F); 

endif 

if  PRIOR(i)  £  W 
then  begin 

for  /  :=  1  to  N  do 
begin 

if  (ENGAGER(l)  *  0)  AND  (TAR GET (l)  =  0) 

then  STARVE(l)  :=  STARVE(l)  +  1; 

endif 

end; 

end; 

endif 

if  EDGETYPE(i) 
then  begin 

send  cancel  C(Pr  TARGET(i),  QTL  ); 

EDGETYPE(i)  :=  FALSE; 

end; 

endif 

TARGET(i)  :=  0; 

end; 

endif 

ENGAGER (i)  :=  0: 

TIMES (i)  0; 

PRIOR(i)  0; 

LA  STREP  (i)  0; 

LATEST(i ,  *)  0; 

(+  if  idle,  then  do  highest  priority  queries  *) 

if  NOT  ST  A  TE 
then  begin 

CHKRPY; 

IDL  TIME  :  SYSTIME  LASTTIME ; 
if  I  PLTIME  ■  T, 


for  F  1  to  N  do 

if  (ENGAGER (F)  A  0)  AND  (PRIOR (F)  >  W) 

then  W  PRIOR(F)-, 

endif 

for  F  1  to  N  do 
begin 

if  ENGAGER(F)  ^0 
then  begin 

if  (URGENT  (F)  >  W)  AND  (TAR GET (F)  =  0) 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER (F),  Ps); 
QTL  :=  LATEST (F,  *); 

T  :=  TIMES(F); 

send  query  Q (PT  Ps  PRIOR(F),  T,  QTL); 

TARGET(F)  :=  Ps[ 

if  Ps  is  already  in  the  QTL 

then  EDGETYPE(F)  :=  FALSE 

else  EDGETYPE(F)  :=  TRUE; 

endif 

end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

(5)  When  a  process  Pr  receives  an  inform  I (Pk  Pr  M ,  T),  the  following  occurs: 

if  (M  =  LATEST (r ,  2)) 
then  if  T  >  LASTTIME 
then  LASTTIME  :  -  71; 
endif 
endif 

(6)  When  a  process  Pk  sends  a  message  to  process  Pr,  no  query  computation  action  is 
required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  following  occurs: 

(*  at  this  point,  the  array  DEPENDENT  *) 

(*  shows  which  processes  are  in  the 
(+  dependent  set  of  I\  +) 


STATE  :=  FALSE; 
LASTTIME  clocktime; 
IDLE  :=  clocktime; 


(*  Pk  changes  state  to  idle  *) 


(*  take  care  of  all  the  queries  being  held  *) 

(*  process  them  as  if  they  had  just  been  received  *) 

for  G  :=  1  to  JV  do 
begin 

if  ENGAGER(G)  ^0 
then  begin 

v  :=  LNG  (  SIG  ( LATEST(G ,  *))); 

LATEST(G,  v)  :=  RECENT (k); 

T  :=  TIMES(G); 

NXTQRY (Pk  0,  ENGAGER(G),  Ps); 
if  Ps=  0 
then  begin 

send  reply  R(Pk  ENGAGER(G),  T,  SIG  [LATEST [G ,  *))); 
ENGAGER  (G )':=  0; 

LATEST[G,  *)  :=  0; 

TARGET(G)  :=  0; 

TIMES [G)  :=  0; 

PRIOR (G)  :=  0; 

LASTREP(G)  :=  0; 

end; 

endif 

end; 

endif 

end; 

When  a  process  P,  becomes  idle  for  time  F,  since  changing  state  from  executing  to 
idle,  the  following  occurs: 


(*  initiate  a  new  query  computation  H ) 

PRIOR(i)  priority  to  be  assigned  the  query  computation 
ENGAGER (t)  «; 

LATEST(i,  1) 

LATEST[i,  2)  :«  RECENT(i) 

TIMES (i)  LASTTIME ; 

(*  find  the  highest  priority  guery  *) 

W  :=  0; 

for  P  1  to  N  do 
begin 

if  (ENGAGER(F)  /  0)  AND  (PRIOR[F)  >  W) 

then  W  PRIOR [F); 

endif 

end; 

(*  if  the  priority  of  P,  is  as  high  as  the  *) 

(*  highest  priority  query ,  then  send  the  query  +) 
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if  URGENT  (»)  >  W) 

then  begin 

QTL  :=  LATEST(i,  *); 

NXTQRY (P,  0,  0,  P5; 
if  Ps  =  0 

(*  by  assumption,  processes  are  not  terminated  *) 

(*  actually,  this  is  a  one-process  deadlock  *) 
then  TERMINATE  THE  PROCESS 
else  begin 

send  query  Q(P,  P$  PRIOR(i),  LASTTIME ,  QTL)\ 

TARGET(i)  Psj 
EDGETYPE(i)  :=  TRUE; 

end; 

endif 

end; 

endif 

(9)  When  a  process  P{  becomes  idle  for  time  T2  (where  T2  <  T j)  since  changing  state 
from  executing  to  idle,  the  following  occurs: 

CHKRPY ; 

W  •—  0; 

for  F  1  to  N  do 

if  (ENGAGER(F)  ^0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR(F)-, 

endif 

for  F  :=  1  to  N  do 
begin 

if  ENGAGER(F)  A  0 
then  begin 

if  (URGENT  (F)  >  W)  AND  ( TARGET(F)  =  0) 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER(F),  Ps)] 

QTL  :=  LA  TEST(F,  *); 

T  :=  TIMES(F)-, 

send  query  Q (Pr  Ps  PRIOR(F),  T,  QTL)-, 

TARGET(F)  Ps:, 
if  Ps  is  already  in  the  QTL 
then  EDGETYPE(F)  :=  FALSE 
else  EDGETYPE(F)  TRUE; 
endif 

end; 

endif 

end; 

endif 


end; 
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Appendix  E. 

Code  for  Algorithm  V 

In  the  code  shown  below,  QTL  represents  the  query  trace  list  of  the  current  query 

computation.  It  is  assumed  that  the  QTL  is  variable  in  length  and  is  always  as  short  as 

possible.  The  following  subprograms  are  used  in  the  code  shown  below  for  Algorithm  V. 

COMBIN  Procedure  COMBIN  accepts  a  query  trace  list  {QTL)  and  adds  to  it  any 
process  (together  with  its  sequence  number  and  boolean  flag)  which  is  in  the 
reachable  set  of  the  deadlocked  calling  process. 

NXTQRY  Procedure  NXTQRY  determines  the  next  process  in  the  dependent  set 
which  must  be  queried  for  a  given  query  computation.  It  returns  in  its 
fourth  argument  Ps  a  value  of  zero  if  no  more  processes  in  the  dependent 
set  need  to  be  queried,  or  else  the  process  number  of  the  next  process  to 
receive  the  query. 

SEQCHK  Procedure  SEQCHK  accepts  a  query  trace  list  and  a  process  id.  It  returns 
the  sequence  number  associated  with  the  process  id.  The  value  zero  is 
returned  if  the  process  is  not  in  the  query  trace  list. 

URGENT  Function  URGENT  determines  the  urgency  of  a  query  based  on  its 
priority  and  the  number  of  replies  and  cancels  received  by  the  process 
holding  the  query  since  the  query  was  received. 

UPDATR  Function  UPDATR  updates  the  arrays  VERIFIED  and  RECENT 
whenever  a  query  or  reply  is  received.  The  inputs  to  UPDATR  are  a 
query  trace  list,  the  calling  process  (which  just  received  the  query  or  reply) 


REPUPD 


CHKRPY 


FGFIXR 
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and  the  identity  of  the  process  which  sent  the  query  or  reply. 

Procedure  REPUPD,  when  called  by  Pr,  updates  the  array  LATEST(r ,  *) 
with  information  from  the  query  trace  list  of  a  reply  received  by  Pr.  The 
flags  of  any  process  up  to  and  including  Pr  are  changed  to  reflect  the  way 
they  are  in  the  query  trace  list.  The  flag  of  any  process  which  appears  after 
Pr  is  not  changed.  Any  process  which  appears  in  the  query  trace  list  but  not 
in  the  array  LATEST(r ,  *)  is  added,  together  with  its  sequence  number 
and  flag  as  they  appear  in  the  query  trace  list. 

Procedure  CHKRPY  is  called  by  a  process  to  check  to  see  if  a  reply  can  be 
sent  for  any  held  query  computations.  It  is  possible  that  information 
learned  from  another  query  computation  can  change  the  status  of  a  held 
query  computation  so  that  the  processes  in  the  dependent  set  remaining  to 
be  queried  no  longer  need  to  be  queried,  and  hence  a  reply  can  be  sent. 
CHKRPY  takes  care  of  sending  the  reply . 

Procedure  FGFIXR  accepts  as  input  a  query  trace  list,  the  calling  process 
Pr,  and  the  array  LATEST(r ,  *).  It  is  called  by  a  process  which  knows  it 
is  deadlocked  and  is  preparing  a  reply  to  send  to  its  engager.  The 
deadlocked  process  first  calls  COMBIN  to  add  the  processes  in  its 
reachable  set  to  the  query  trace  list,  and  then  it  calls  FGFIXR  to  set  the 
flags  correctly  in  the  query  trace  list.  FGFIXR  finds  the  first  process  in 
the  query  trace  list  which  is  also  in  the  reachable  set  of  Pr.  The  boolean 
flags  for  all  processes  occurring  after  this  process  in  the  query  trace  list  are 


set  to  TRUE. 


FGCHKR  Procedure  FGCHKR  accepts  as  input  a  query  trace  list,  the  calling 
process  Pr ,  and  the  array  DEPENDENT  belonging  to  PT.  It  is  called  by  a 
process  which  has  just  received  an  engaging  query.  The  process  Pr  calls 
FGCHKR  to  set  the  flags  correctly  in  the  query  trace  list.  FGCHKR 
finds  the  first  process  in  the  query  trace  list  which  is  also  in  the  dependet  set 
of  Pr.  The  boolean  flags  for  all  processes  occurring  after  this  process  in  the 
query  trace  list  are  set  to  TRUE. 

CHKMDS  Procedure  CHKMDS  accepts  as  input  a  query  trace  list  and  the  calling 
process  Pr.  It  is  called  by  Pr  when  it  has  just  received  its  last  reply.  The 
process  Pr  calls  CHKMDS  to  set  the  flags  correctly  in  the  query  trace  list 
and  to  check  for  membership  in  a  minimal  deadlocked  set.  CHKMDS  first 
finds  the  process  Pr  in  the  query  trace  list.  If  its  boolean  flag  is  FALSE  (-), 
then  Pr  is  a  member  of  a  minimal  deadlocked  set.  If  so,  then  all  boolean 
flags  preceeding  the  one  for  process  P,  are  set  to  TRUE  (+),  and  the  ones 
following  it  are  set  to  show  the  pattern  ( - 1-). 

SIG  Procedure  SIG  accepts  a  one-dimensional  array  which  holds  a  query  trace 

list.  SIG  returns  as  a  query  trace  list  the  portion  of  the  array  which  is 

non  zero  (ie  the  significant  portion). 

CHP  Procedure  CHP  accepts  a  query  trace  list  and  returns  a  query  trace  list 

which  has  been  shortened  so  that  the  calling  process  is  the  last  process  in 

the  query  trace  list. 


LNG 


Procedure  LNG  accepts  a  query  trace  list  and  returns  its  length.  Each 
process  id/sequence  number  pair  counts  as  length  2. 


*  T TT 


Procedure  ABS  is  just  the  standard  function  for  absolute  value. 


Following  is  the  pseudo-code  for  Algorithm  V. 

(1)  When  an  idle  process  Pr  receives  a  message  from  process  Pk  and  begins  executing, 
the  following  occurs: 

T  :=  clocktime; 

(*  process  changes  state  to  executing  *) 

STATE  :=  TRUE; 
for  F  1  to  AT  do 
STARVE(F)  :=  0; 

RECENT(r)  :=  RECENT(r)  +  1; 

VERIFIED ( r )  :=  RECENT (r ); 
if  ENGAGERS )  VO 
then  begin 

if  TARGET(r)  VO 

(*  delete  the  query  initiated  by  Pr  *) 

then  begin 

if  EDGE  TYPE  it) 
then  begin 

send  cancel  C (Pr  TARGET (r),  SIG  (. LATEST(r ,  *))); 

(*  trailing  zeros  were  truncated  *) 

EDGETYPE(r)  :=  FALSE; 

end; 

endif 

TARGET(r)  :=  0; 

end; 

f'tidif 

I, A  TEST (r,  *)  ;=  0; 

ENGAGER (r)  0; 

TIMES(r)  :=  0; 

PRIOR  (r)  0; 

LASTREP(r)  :==  0; 

end; 

endif 

for  F  1  to  N  do 
begin 

(*  for  all  queries  remaining,  send  an  inform  *) 


(*  to  the  query  initiator,  *) 

(*  and  cancel  any  outstanding  queries  *) 


if  ENGAGER (F)  V  0 
then  begin 

TIMES (F)  :  T- 
L  A  ST  REP  (F)  0; 

if  r  V  F 

then  send  inform,  I (Pr  Py  LATEST(F,2),  T): 
endif 
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(*  chop  off  the  query  trace  list  *) 

(*  so  Pr  is  the  last  process  *) 

LATEST(F,  *)  :=  CHP  (LATEST(F,  *)); 
v  :=  LNG  (  SIG  ( LATEST(F ,  *))); 

LATEST(F ,  v)  :=-ABS  ( LATEST(F ,  »)); 
if  TARGET  (F)  ^0 
then  begin 

if  EDGETYPE{F) 

then  begin 

send  cancel  C (Pr  TARGET(F),  SIG  {LATEST (F ,  *))); 
EDGETYPE(F)  ':=  FALSE; 

end; 

endif 

TARGET(F)  :=  0; 

end; 

endif 

end; 

endif 

end; 

(2)  When  a  process  Pr  receives  a  query  Q (Pk  PT  U ,  T,  Px  M,  P ;  M;),  the 

following  occurs: 

(*  ensure  the  query  is  valid  *) 

FLAG  :=  0; 
if  ENGAGER  (i)  ==  0 
then  FLAG  2; 
endif 

v  LNG  ( QTL ); 
w  :=  LNG  (SIG  (LATEST(i,  *))); 

/  :=  0; 

while  (FLAG  —  0)  AND  (l  <  v)  AND  (/  <  v«)  do 
begin 

l  :=  1+2] 

if  ABS  (QTL(l))  >  AJBS  (LATEST(i,  /)) 
then  FLAG  1 

else  if  ABS  (§n,(/))  <  ABS  (LATEST(iJ)) 
then  FLAG  :=  -1; 
endif 
endif 

end; 

if  FLAG  =  ) 
then  begin 

(*  send  a  cancel  first  to  stop  the  old  query  *) 

if  TARGET(i)  ^  0 
then  begin 

if  EDGETYPE(i) 
then  begin 
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send  cancel  C (Pr  TARGET(i),  CHP  (LATEST(i,  *)  )); 
EDGETYPE  :=  FALSE; 

end; 

endif 

TARGET(i)  ■.=  0; 

end; 

endif 

(*  wipe  out  the  old  query  *) 

LATEST(i,  *)  :=  0; 

LASTREP(i)  :=  0; 

ENGAGER(i)  :=  0; 

PRIOR (i)  :=  0; 

TIMES(i)  :=  0; 

end; 

endif 

if  FLAG  >0 
then  begin 

UPDATR (QTL,  r,  k); 
if  STATE 
then  begin 

(*  if  Pr  is  executing  *) 
if  Pr  is  already  in  the  QTL 
then  discard  the  query 
else  begin 

(*  store  a  copy  of  the  query  *) 

(*  with  Pr  added  to  the  query  trace  list  *) 
LATEST{i,  *)  :=  QTL; 

LATEST(i,  v+1  ):=PT; 

LA  TEST(i,  v+2 )  :=  -  RECENT(r); 

T  :=  clocktime; 

ENGAGER (i)  :=  Pk; 

TIMES(i)  :=  T; 

PRIOR (i)  :=  U; 

(*  since  Pr  is  executing,  send  an  inform  *) 

(*  to  the  query  computation  initiator  *) 

if  Pr  ^  I\ 

then  send  inform  I (Pr  Pt  LATEST(i ,2),  T); 
endif 

end; 

endif 

end 

else  begin 

CHKRPY ; 
if  DEADLK 
then  begin 

(*  if  Pr  is  deadlocked,  combine  the  reachable  set  *) 
(+  with  the  query  trace  list  and  send  a  reply  t) 

(*  Also  check  for  minimal  deadlocked  sets  +) 
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(*  and  set  the  boolean  flags  correctly  *) 
if  LATEST{r,  2)  <  0 
then  begin 

if  TARGET(i)  ^0 
then  begin 

COMBIN (QTL,  Pr); 

FGFEXR(Pr  QTL); 

end 

else  begin 

inflag  FALSE; 
for  j  l  to  N  do 
begin 

JJ  j  *2  +  1; 
if  LATEST{r,  jj)  =  Pk 
then  inflag  :=  TRUE; 

end; 
if  inflag 
then  begin 

COMBIN  (QTL,  P.); 

FGFDOt(Pr  QTL)-, 

end 

else  begin 

the  flag  for  Pk  in  the  QTL  is  set  to  TRUE  (+) 
COMBIN  (QTL,  Pr); 

end; 

endif 

end; 

endif 

end 

else  begin 

the  flag  for  Pk  in  the  QTL  is  set  to  TRUE  (+) 

COMBIN  (QTL,  Pr); 

end; 

endif 

send  reply  R(Pr  Pk  T,  QTL)] 

end 

else  begin 

(*  if  Pr  is  idle,  find  the  first  process  in  the  *) 
(*  dependent  set  which  is  not  in  the  QTL  *) 
if  Pr  is  in  the  QTL 
then  begin 

if  (SEQCHK(QTL,  Pr)  =  RECENT (r)) 
then  send  reply  R (Pr  Pk  T,  QTL)] 
endif 

end 

else  begin 

QTL(v-H)  Pr; 
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QTL( t/+2)  :=  -  RECENT^)-, 

FGCHKR (QTL,  Pr); 

NXTQRY (Pr  0,  Pk>  P5); 
if  Ps=0 

(*  if  every  process  in  the  dependent  set  *) 

(*  does  not  need  to  be  queried,  then  *) 

(*  send  a  reply  to  Pk  *) 

then  begin 

CHKMDS (QTL,  PT); 
send  reply  R (PT  Pk  T,  QTL)-, 

end 

else  begin 

(*  otherwise  send  a  query  to  the  *) 

(*  first  process  in  the  dependent  *) 

(*  set  which  needs  to  be  queried  *) 

ENGAGER(i)  Pk; 

TIMES{i)  :=  T-, 

PRIOR (i)  :==  U; 

STARVE (*)  :==  0; 

LATEST(i ,  *)  :=  QTL- 

end; 

endif 

end; 

endif 

IDL TIME  T  —  LASTTIME-, 
if  IDL  TIME  >  T2 
then  begin 
W  0; 

for  F  :=  1  to  do 

if  ENGAGER(F)  ^  0  AND  PRIOR(F)  >  W 

then  W  :=  PRIOR{F)-, 

endif 

for  F  1  to  N  do 

if  EIVGAGER(F)  /  0 
then  begin 

if  URGENT  (  PF  )  >  W  AND  TARGET(F)  =  0 
then  begin 

NXTQRY (Pr  LASTREP(F),  ENGAGER (F),  Ps); 
send  query  Q (Pr  U,  T,  QTL)-, 

TARGET(i)  :=  Ps; 

if  Ps  is  in  the  QTL 

then  EDGETYPE(i)  FALSE 

else  EDGETYPE(i)  TRUE; 

endif 

end; 

endif 

end; 
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endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

(3)  When  a  process  Pr  receives  a  reply  R (Pk  Pr  T,  Pt  M,  P '■  M,),  the  following 

occurs: 


if  STATE  OR  (  TARGET(i)  =  0) 

(*  ensure  the  reply  is  valid  *) 

then  discard  the  reply 
else  begin 


F  1; 

FLAG  :  =  0; 

while  (FLAG  =  0  AND  LA  TEST(i,  F)  A  0  AND  F  <  2 
begin 

if  QTL(F)  A  LATEST(i,  F) 

then  FLAG  :=  1; 

endif 

F  F  + 1; 


end; 


if  FLAG  *=  1 


■’!  do 


then  discard  the  reply 
else  begin 

(*  at  this  point,  the  reply  is  valid  *) 

UP  DAT  R  ( Q  TL ,  Pr  Pk)\ 

TARGET(i)  :=  0; 

TIMES (i)  T ; 

LASTREP(i)  :  Pt; 

REPUPD(Q77,,  Pr ); 

NXTQRY(Pr  /\  ENGAGER (i),  Ps); 

(*  check  to  see  if  any  more  ’  ) 

(*  queries  need  to  be  sent  ,:) 

if  Ps  -  0 

(  f  if  every  process  has  been  queried  *') 

then  begin 

Pr  -  l\ 

(*  if  PT  is  the  query  initiator,  declare  deadlock  *) 
(:|  deadlock  can  he  declared  when  checking  for  1 ) 
(  '  minimal  deadlocked  sets  '  ) 

then  begin 
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CHKMDS  (QTL,  Pr); 

ENGAGER (r)  :=  0; 

PRIOR(r)  :==  0; 

LAST  REP  {r)  :=  0; 
for  F  :=  1  to  N  do 
begin 

if  (ENGAGER(F)  A  0)  AND  (r  *  F)  AND 

(( TARGET(F)  =  0)  OR  (NOT  EDGETYPE(F))) 
then  begin 

QTL  :=  LA  TEST(F,  *); 

LATEST(F,  *)  :=  0; 
if  LATEST(r ,  2)  0 

then  begin 

inflag  :=  FALSE; 
for  j  -  1  to  Af  do 
begin 

jj  j  *  2  +  1 ; 

if  LA  TEST(  r ,  jj )  ENG  A  GER  ( F ) 

then  inflag  TIIUE; 

end; 
if  inflag 
then  begin 

COMBIN (QTL,  PT)\ 

FGFIXR(Pr  QTL)-, 

end 

else  begin 

the  flag  for  the  engager  of  Pr 

in  the  QTL  is  set  to  TRUE  (  +  ) 
COMBIN  {QTL,  Pr); 

end; 

endif 

end 

else  begin 

the  flag  for  the  engager  of  Pr 

in  the  QTL  is  set  to  TRUE  (d  ) 
COMBIN  (QTL,  !\  ); 

end; 

endif 

send  reply  R [Pr  ENGAGER (F),  TIMES) F),  QTL 
ENG  A  GER  ( F )  :  -  0: 

TARGET(F)  0; 

TIMES(F)  :  0: 

PRIOR(F)  :  0; 

LASTREP(F):  0; 

end; 

endif 


•nd 
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(*  otherwise  send  a  reply  to  the  process  which  *) 
(*  initially  sent  the  query  to  PT  *) 


( 


else  begin 


W  0; 

for  F  1  to  N  do 

if  (ENGAGER(F)  j&  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR{F)-, 

endif 

if  PRIOR(F)  >  W 
then  begin 

for  /  1  to  N  do 

begin 

if  (ENGAGER {l)  *  0)  AND  ( TARGET(l)  =  0) 

then  STARVE(l)  :=  STARVE{1)  +  1; 

endif 


end; 

end; 

endif 

CHKMDS(QrL,  Pr); 

send  reply  R {P,  ENGAGER(i),  T,  QTL); 

ENGAGER(i)  :=  0; 

TARGET(i)  :=  0; 

TIMES (i)  :=  0; 

PRIOR(i)  :=  0; 

LASTREP(i)  :=  0; 

LATEST(i,  *)  :=  0; 


end; 

endif 


end; 

endif 

(*  check  for  held  queries  to  reply  to  *) 

CHKRPY ; 

(*  process  the  highest  urgency  queries  *) 

IDLTIME  :=  T  -  LASTTIME-, 
if  IDLTIME  >  T, 

then  begin 

W  :=  0; 

for  F  1  to  N  do 


begin 

if  (ENGAGER(F)  *  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR(F)', 

endif 


for  F  :  1  to  /V  do 

begin 

if  (ENGAGER(F)  #0) 
then  begin 

if  (URGENT  (F)  j  Hr)  AND  ( TARGET(F)  =  0) 
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then  begin 

NXTQRY (Pr  LASTREP{F),  ENGAGER(F),  Ps ); 

QTL  :=  LATEST(F,  *); 

T  :=  TIMES{F); 

send  query  Q(Pt  Ps  PRIOR (F),  T,  QTL)- 

TARGET(i)  :=  Ps; 

if  Ps  is  already  in  the  QTL 

then  EDGETYPE(i)  :=  FALSE 

else  EDGETYPE(i)  :=  TRUE; 

endif 

end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

(4)  When  a  process  Pr  receives  a  cancel  C (Pk  Pr  Pt  Af,  P}  My),  the  following 
occurs: 

if  ENGAGER (i)  --  0 

(*  ensure  the  cancel  is  valid  *) 

then  discard  the  cancel 
else  begin 

v  :=  LNG  [QTL]-, 

F  1; 

FLAG  0; 

while  (FLAG  —  0  AND  F  »;)  do 
begin 

if  QTL(F)  -/  LATEST (i,  F) 

then  FLAG  :  ~  1; 

endif 

F  F 4-1; 

end; 

if  FLAG  l 

then  discard  the  cancel 

else  begin 

(*  if  the  cancel  is  valid  and  Pr  has  an  *) 

(*  outstanding  query  for  the  same  query  *) 

(  f  initiator,  send  the  cancel  to  the  f ) 

(*  target  process  and  check  if  the  starvation  *) 

(*  count  needs  to  be  increased  *) 

if  TAUGET(i)  /  0 
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then  begin 
W  :=  0; 

for  F  :=  1  to  N  do 

if  (ENGAGER(F)  *  0)  AND  (PRIOR(F)  >  W) 

then  W  :=  PRIOR  (F); 

endif 

if  PRIOR (i)  >  W 
then  begin 

for  l  1  to  N  do 
begin 

if  ( ENGAGER (i)  *  0)  AND  (TARGET(l)  =  0) 
then  STARVE(l)  :=  STARVE(l)  +  1; 
endif 

end; 

end; 

endif 

if  EDGETYPE(i) 
then  begin 

send  cancel  C (Pr  TARGET («'),  QTL); 
EDGETYPE(i)  :=  FALSE; 

end; 

endif 

TARGET(i)  :=  0; 


I 


end; 

endif 

ENGAGER(i)  :=  0; 
TIMES (i)  :=  0; 
PRIOR (i)  :=  0; 
LASTREP(i)  0; 
LATEST(i,  *)  :=  0; 


(*  if  idle,  then  do  highest  priority  queries  *) 

if  NOT  STA  TE 
then  begin 

CHKRPY ; 

IDL TIME  SYSTIME  LASTTIME ; 

if  ID L  TIME  ■  T2 

then  begin 
W  0; 

for  F  1  to  N  do 

if  (ENG A GER(F)  *  0)  AND  (PRIOR(F)  >  W) 

then  IF  :=  PRIOR(F)-, 

endif 

for  F  l  to  N  do 
begin 

if  ENGAGER(F)  *  0 
then  begin 

if  (URGENT  (F)  >  VF)  AND  (  TARGET(F)  =  0) 
then  begin 
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NXTQRY (Pr  LASTREP{F),  ENGAGER(F),  Ps); 
QTL  :=  LATEST(F ,  *); 

T  :=  TIMES  (F); 

send  query  Q (Pr  Ps  PRIOR(F),  T,  QTL); 

TARGET(F)  :=  Ps; 

if  Ps  is  already  in  the  QTL 

then  EDGETYPE(F)  :=  FALSE 

else  EDGETYPE(F)  :=  TRUE; 

endif 

end; 

endif 

end; 

endif 

end; 

end; 

endif 

end; 

endif 

end; 

endif 

end; 

endif 

(5)  When  a  process  PT  receives  an  inform  I(Pfc  Pr  M ,  T),  the  following  occurs: 

if  ABS  ( M )  ~  ABS  [LA  TEST(r,  2)) 
then  if  T  LASTTIME 
then  LASTTIME  T; 
endif 
endif 

(6)  When  a  process  Pk  sends  a  message  to  process  Pr,  no  query  computation  action  is 
required. 

(7)  When  an  executing  process  Pk  changes  state  to  idle,  the  following  occurs: 

(*  at  this  point,  the  array  DEPENDENT  *) 

(*  shows  which  processes  are  in  the  *) 

(*  dependent  set  of  Pk  *) 

(*  Pk  changes  state  to  idle  *) 

ST  A  TE  FALSE; 

LASTTIME  :=  clocktinu ; 

IDLE  :—  clocktime; 

(*  take  care  of  all  the  queries  being  held  *) 

(*  process  them  as  if  they  had  just  been  received  *) 

for  G  :=  1  to  N  do 
begin 

if  ENGAGER(G)  -/  0 
then  begin 
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v  LNG  (  SIG  ( LATEST(G ,  *))); 

LATEST(G,  e)  :=  -  RECENT(k); 

FGCHKR (LA TEST(G ,  *),  PA); 

T  :=  TIMES(G)-, 

NXTQRY (Pk  0,  ENGAGER {G),  Ps)-, 

ifP5=0 

then  begin 

CHKMDS {QTL,  Pk); 

send  reply  R [Pk  ENGAGER(G),  T,  SIG  ( LATEST(G ,  *))); 
ENGAGER  (G)':=  0; 

LATEST(G,  *)  :=  0; 

TARGET(G)  :=  0; 

TIMES(G)  :=  0; 

PRIOR  ( G )  :=  0; 

LASTREP(G)  :=  0; 

end; 

endif 

end; 

endif 

end; 

(8)  When  a  process  P,  becomes  idle  for  time  Tt  since  changing  state  from  executing  to 
idle,  the  following  occurs: 


(*  initiate  a  new  query  computation  *) 

PRIOR(i)  :=  priority  to  be  assigned  the  query  computation 
ENGAGERS )  :=  «; 

LATEST(i,  1) 

LATEST(i,  2)  :=  -  RECENT(i) 

TIMES  (i)  :=  L  AST  TIME- 

(*  find  the  highest  priority  query  *) 

W  ;=  0; 

for  F  1  to  TV  do 
begin 

if  (ENGAGER(F)  *  0)  AND  (PRIOR  (F)  >  W) 

then  W  :=  PRIOR (F); 

endif 

end; 

(*  if  the  priority  of  Pi  is  as  high  as  the  *) 

(*  highest  priority  query ,  then  send  the  query  *) 

if  URGENT  («)  >  W) 
then  begin 

QTL  :=  LATEST(i ,  *); 

NXTQRY (P,  0,  0,  Ps\ 
if  Ps  =  0 

(*  by  assumption,  processes  are  not  terminated  *) 
(*  actually,  this  is  a  one  process  deadlock  *) 
then  TERMINATE  THE  PROCESS 
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else  begin 

send  query  Q(P,  Ps  PRlOR(i),  LASTTIME,  QTL ); 

TARGET(i)  Ps; 

EDGETYPE(i)  TRUE; 

end; 

endif 

end; 

endif 

(9)  When  a  process  Pt  becomes  idle  for  time  T 2  (where  T%  T^)  since  changing  state 
from  executing  to  idle,  the  following  occurs: 

CHKRPY ; 

W  :=  0; 

for  F  :=  1  to  Af  do 

if  (ENGAGER(F)  ^  0)  AND  (PRIOR(F)  •  W) 

then  W  :=  PRIOR  (F); 

endif 

for  F  1  to  /V  do 
begin 

if  ENGAGER (F)  /  0 
then  begin 

if  (URGENT  (F)  W)  AND  (  TARGET(F)  =  0) 
then  begin 

NXTQRY (Fr  LASTREP(F),  ENGAGER (F),  Ps); 

QTL  :=  LATEST(F,  *); 

T  :=  TIMES (F); 

send  query  Q(Pr  Ps  PRIOR(F),  T,  QTL)-, 

TARGET(F)  :=  Ps; 
if  P5-  is  already  in  the  QTL 
then  EDGETYPE(F)  :=  FALSE 
else  EDGETYPE(F)  TRUE; 
endif 

end; 

endif 

end; 

endif 


end; 


Appendix  F. 


Definitions 

Deadlock:  A  nonempty  set  of  processes  S  is  deadlocked  if  and  only  if 

1)  All  processes  in  S  are  idle; 

2)  The  dependent  set  of  every  process  in  S  is  a  subset  of  5;  and 

3)  There  are  no  messages  in  transit  between  processes  in  S. 

A  process  is  deadlocked  if  and  only  if  it  belongs  to  some  deadlocked 
set. 

Minimal  deadlocked  set 

A  minimal  deadlocked  set  is  a  deadlocked  set  which  is  either  strongly 
connected  or  which  is  a  strongly  connected  component  |AhHo74, 
page  189]. 

Engaging  query  and  Engager: 

When  a  process  P ■  receives  a  query  from  a  process  P,  belonging  to  a 
query  computation  that  /J;  has  not  seen  before  (i.e.  P}  is  not  in  the 
QTL),  then  the  query  is  called  an  engaging  query,  and  process  /*,  is 
called  the  engager. 

Engager  chain:  For  a  particular  query  computation,  the  engager  chain  consists  of 

the  query  computation  initiator  and  all  processes  Pk  such  that  the 
following  conditions  hold: 

1)  Pk  is  in  the  dependent  set  of  some  process  P 

2)  Pj  is  in  the  engager  chain, 


3)  Pj  sent  an  engaging  query  to  Pk, 

4)  P,  has  not  executed  since  sending  the  query  to  Pk,  and 

5)  Pk  has  received,  but  not  yet  replied  to  the  engaging  query. 

Each  query  computation  has  only  one  engager  chain.  If,  for  a 
particular  query  computation,  process  P  is  a  member  of  the  engager 
chain,  then  the  engager  chain  of  P  consists  of  the  query  computation 
initiator  and  all  processes  in  the  engager  chain  up  to  but  not 
including  P. 

Current  query  computation: 

A  query  sent  from  process  P  to  process  Q  belongs  to  the  current 
query  computation  if  and  only  if 

1)  P  was  a  member  of  the  engager  chain  for  that  query  computation 
when  it  sent  the  query,  and 

2)  Neither  P  nor  any  process  on  the  engager  chain  of  P  has 
executed  since  P  sent  the  query. 

A  reply  sent  from  process  Q  to  process  P  belongs  to  the  current 
query  computation  if  and  only  if  the  corresponding  query  sent  from 
P  to  Q  belongs  to  the  query  computation. 

Target  process:  When  a  process  P}  receives  a  query  (not  necessarily  an  engaging 

query)  from  a  process  Pt,  then  process  P-  is  the  target  process  for 
that  query. 

Reachable  set:  Consider  a  directed  graph  in  which  nodes  represent  processes.  A 

directed  edge  from  A  to  B  means  that  process  A  is  waiting  to 


receive  a  message  from  process  B,  and  therefore  B  is  in  the 
dependent  set  of  A.  If,  for  some  process  C,  there  is  a  directed  path 
from  A  to  C,  then  C  is  said  to  be  reachable  from  A ,  and  C  is  in  the 
reachable  set  of  A . 

Observation  1  If  P  is  in  the  reachable  set  of  Q,  and  Q  is  in  the  reachable  set  of  R, 

then  P  is  in  the  reachable  set  of  R . 

Observation  2  If  P  is  in  the  reachable  set  of  Q ,  then  the  size  of  the  reachable  set  of 

Q  is  greater  than  or  equal  to  the  size  of  the  reachable  set  of  P . 


Appendix  G. 

Examples  for  Deadlock  Detection  Algorithms 

This  appendix  contains  examples  showing  how  the  five  new  algorithms  and  the  CMH 
algorithm  detect  deadlock.  The  first  example  shows  the  primary  differences  between  the 
algorithms,  although  it  does  not  show  the  use  of  the  cancel.  The  second  example  shows 
in  greater  detail  the  way  in  which  Algorithm  V  detects  the  minimal  deadlocked  sets. 

Example  1 

The  first  example  shows  how  the  different  algorithms  work  when  encountering  an 
executing  process  and  how  they  then  go  on  to  detect  deadlock  once  it  exists.  The  initial 
state  of  the  system  is  shown  in  Figure  46.  Process  D  is  executing  and  is  in  the  dependent 

sets  of  processes  B  and  E.  The  primary  events  will  occur  in  the  following  order: 

(1)  Process  A  will  initiate  a  query  computation. 

(2)  Process  B  will  initiate  a  query  computation. 

(3)  Process  D  will  become  idle  and  wait  for  processes  B  and  E  (see  Figure  47). 

(4)  Process  D  will  initiate  a  query  computation. 

A  plausible  sequence  of  events  showing  how  the  deadlock  detection  algorithms  work 
within  this  scenario  is  shown  for  each  algorithm. 


Figure  46 

Initial  Configuration  without  Deadlock 
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Figure  47 

Final  Configuration  with  Deadlock 


Algorithm  CMH 

The  CMH  Algorithm  is  shown  first  so  the  new  algorithms  may  be  compared  to  it. 
Time  Action 

(1)  A  initiates  a  query  computation 
A  sends  Q  (A,1,A,B)  to  B 

A  sets  its  NUM{A )  to  1 

(2)  B  receives  Q  (A,1,A,B)  and  is  idle,  so 
B  sends  Q  (A,1,B,C)  to  C 

B  sends  Q  (A,1,B,D)  to  D 
B  sends  Q  (A,1,B,E)  to  E 
B  sets  its  NUM(A )  to  3 

(3)  C  receives  Q  (A,1,B,C)  and  is  idle,  so 
C  sends  Q  (A,1,C,B)  to  B 

C  sets  its  NUM(A  )  to  1 

(4)  D  receives  Q  (A,1,B,D)  and  is  executing,  so 
D  discards  the  query 

(5)  E  receives  Q  (A,1,B,E)  and  is  idle,  so 
E  sends  Q  (A,1,E,B)  to  B 

E  sends  Q  (A,1,E,D)  to  D 
E  sets  its  NUM(A  )  to  2 

(6)  B  receives  Q  (A,1,C.B)  and  is  still  idle,  so 
B  sends  R  (A,J,B,C)  to  C 

(7)  B  receives  Q  (A,1,K,B)  and  is  still  idle,  so 
B  sends  R  (A,1,B,E)  to  E 

(b)  D  receives  Q  (A,1,E,D)  and  is  executing,  so 
D  discards  the  query 
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(9)  C  receives  R  (A,1,B,C) 

C  decrements  its  NUM(A)  by  1 
C’s  NUM{A  )  is  now  0,  so 
C  sends  R  (A,1,0,B)  to  B 

(10)  E  receives  R  (A,1,B,E)  and  is  still  idle,  so 
E  decrements  its  NUM(A)  by  1 

E's  NUM(A )  is  now  I,  so  E  waits  for  another  reply 

(11)  B  receives  R  (A,I,C,B)  and  is  still  idle,  so 
B  decrements  its  NUM(A  )  by  1 

B’s  NUM(A  )  is  now  2,  so  B  waits  for  two  more  replies 

(12)  B  initiates  a  query  computation 
B  sends  Q  (B,1,B,C)  to  C 

B  sends  Q  (B,1,B,D)  to  D 
B  sends  Q  (B,1,B,E)  to  E 
B  sets  its  NUM(B)  to  3 

(13)  C  receives  Q  (B,1,B,C)  and  is  idle,  so 
C  sends  Q  (B,1,C,B)  to  B 

C  sets  its  NUM(B)  to  1 

(14)  0  receives  Q  (B,1,B,D)  and  is  executing,  so 
D  discards  the  query 

(15)  E  receives  Q  (B,1,B,E)  and  is  idle,  so 
E  sends  Q  (B,1,E,B)  to  B 

E  sends  Q  (B,1,E,D)  to  D 
E  sets  its  NUM(B)  to  2 

(16)  B  receives  Q  (B,1,C,B)  and  is  still  idle,  so 
B  sends  R  (B, l.B.C)  to  C 

(17)  B  receives  Q  (B.1,E,B)  and  is  still  idle,  so 
B  sends  R  (B.1.B,E)  to  E 

(18)  1)  receives  Q  (B,l,E,D)  and  is  executing,  so 
D  discards  (be  query 

(19)  (’  receives  R  (B,I,B,C) 

C  decrements  its  NlrM[B)  by  1 
(”s  NUM(B)  is  now  0,  so 
C  sends  R  (B.l.C.B)  to  B 

(20)  E  receives  R  (B.l.B.E)  and  is  still  idle,  so 
E  decrements  its  A’(  A/(  I) )  by  1 

E's  NUM(B)  is  now  I,  so  E  waits  for  another  reply 


(21)  B  receives  R  (B,1,C.B)  and  is  still  idle1,  so 
B  decrements  its  A'7  A/ (It)  by  I 


B’s  NUM[B )  is  now  2,  so  B  waits  for  two  more  replies 

(22)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 

(23)  D  initiates  a  query  computation 
D  sends  Q  (D,1,D,B)  to  B 

D  sends  Q  (D,1,D,E)  to  E 
D  sets  its  NUM{D )  to  2 

(24)  B  receives  Q  (D,1,D,B)  and  is  idle,  so 
B  sends  Q  (D,1,B,C)  to  C 

B  sends  Q  (D,1,B,D)  to  D 
B  sends  Q  (D,l,B,E)  to  E 
B  sets  its  NUM(D)  to  3 

(25)  E  receives  Q  (D,1,D,E) 

E  sends  Q  (D,I,E,B)  to  B 
E  sends  Q  (D,1,E,D)  to  D 
E  sets  its  NUM(D)  to  2 

(26)  C  receives  Q  (D,1,B,C) 

C  sends  Q  (D,1,C,B)  to  B 
C  sets  its  NUM(D)  to  1 

(27)  D  receives  Q  (D,1,B,D)  and  is  still  idle,  so 
D  sends  R  (D,1,D,B)  to  B 

(28)  E  receives  Q  (D,1,B,E)  and  is  still  idle,  so 
E  sends  R  (D,1,E,B)  to  B 

(29)  B  receives  Q  (D,1,E,B)  and  is  still  idle,  so 
B  sends  R  (D,1,B,E)  to  E 

(30)  D  receives  Q  (D,1,E,D)  and  is  still  idle,  so 
D  sends  R  (D,1,D,E)  to  E 

(31)  B  receives  Q  (D,1,C,B)  and  is  still  idle,  so 
B  sends  R  (D,1,B,C)  to  C 

(32)  B  receives  R  (D,1,D,B)  and  is  still  idle,  so 
B  decrements  its  NUM(D)  by  1 

B’s  NUM{D)  is  now  2,  so  B  waits  for  2  more  replies 

(33)  B  receives  R  (D,1,E,B)  and  is  still  idle,  so 
B  decrements  its  NUM{D)  by  1 

B’s  NUM(D)  is  now  1,  so  B  waits  for  1  more  reply 

(34)  E  receives  R  (D,1,B,E)  and  is  still  idle,  so 
E  decrements  its  NUM(D)  by  I 

E’s  NUM{D )  is  now  1,  so  E  waits  for  I  more  reply 
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(35)  E  receives  R  (D,1,D,E)  and  is  still  idle,  so 
E  decrements  its  NUM(D)  by  1 

E’s  NUM{D)  is  now  0,  so 
E  sends  R  (D,1,E,D)  to  D 

(36)  C  receives  R  (D,1,B,C)  and  is  still  idle,  so 
C  decrrtm  Ms  its  NUM(D)  by  1 

C’s  NUM(i' )  is  now  0,  so 
C  sends  R  (D.l,C,B)  to  B 

(37)  D  receives  R  (D,1,E,D)  and  is  still  idle,  so 
D  decrements  its  NUM(D)  by  1 

D’s  NUM(D)  is  now  1,  so  D  waits  for  1  more  reply 

(38)  B  receives  R  (D,1,C,B)  and  is  still  idle,  so 
B  decrements  its  NUM(D)  by  1 

B’s  NUM(D)  is  now  0,  so 
B  sends  R  (D,1,B,D)  to  D 

(39)  D  receives  R  (D,1,B,D)  and  is  still  idle,  so 
D  decrements  its  NUM(D)  by  1 

D’s  NUM(D)  is  now  0,  so 
D  now  declares  DEADLOCK 


Algorithm  1 


Algorithm  I  introduces  the  concept  of  depth-first  querying,  cancels,  and  informs.  A 
query  computation  terminates  when  encountering  an  executing  process.  The  query  trace 
list  shows  the  processes  in  the  reachable  set  of  the  initiator  of  the  query  computation. 
Time  Action 

(1)  A  initiates  a  query  computation 
A  sends  Q  (A,B,1,A)  to  B 

(2)  B  receives  Q  (A,B,1,A)  and  is  idle,  so 
B  sends  Q  (B,C,1,A,B)  to  C 

(3)  C  receives  Q  (B,C,1,A,B)  and  is  idle,  so 
C  sends  R  (C,B,1,A,B,C)  to  B 

(4)  B  receives  R  (C,B,1,A,B,C)  and  is  still  idle,  so 
B  sends  Q  (B,D,1,A,B,C)  to  D 
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(5)  D  receives  Q  (B,D,1)A,B,C)  and  is  executing,  so 
D  sends  I  (D, A, 1, timestamp)  to  A 

D  discards  the  query 

(6)  B  initiates  a  query  computation 
B  sends  Q  (B,C,1,B)  to  C 

(7)  C  receives  Q  (B,C,1,B)  and  is  idle,  so 
C  sends  R  (C,B,  1,B,C)  to  B 

(8)  B  receives  R  (C,B,1,B,C)  and  is  still  idle,  so 
B  sends  Q  (B,D,1,B,C)  to  D 

(9)  D  receives  Q  (B,D,1,B,C)  and  is  executing,  so 
D  sends  I  (D,B,1, timestamp)  to  B 

D  discards  the  query 

(10)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 

(11)  D  initiates  a  query  computation 
D  sends  Q  (D,B,1,D)  to  B 

(12)  B  receives  Q  (D,B,1,D)  and  is  idle,  so 
B  sends  Q  (B,C,1,D,B)  to  C 

(13)  C  receives  Q  (B,C,1,D,B)  and  is  idle,  so 
C  sends  R  (C,B,1,D,B,C)  to  B 

(14)  B  receives  R  (C,B,1,D,B,C)  and  is  still  idle,  so 
B  senes  Q  (B,E,1,D,B,C)  to  E 

(15)  E  receives  Q  (B,E,1,D,B,C)  and  is  idle,  so 
E  sends  Q  (E,D,1,D,B,C,E)  to  D 

(16)  D  receives  Q  (E,D,1,D,B,C,E)  and  is  still  idle,  so 
D  sends  R  (D,E,1,D,B,C,E)  to  E 

(17)  E  receives  R  (D,E,1,D,B,C,E)  and  is  still  idle,  so 
E  sends  R  (E,B,1,D,B,C,E)  to  B 

(18)  B  receives  R  (E,B,1,D,B,C,E)  and  is  still  idle,  so 
B  sends  R  (B,D,1,D,B,C,E)  to  D 

(19)  D  receives  R  (B,D,1,D,B,C,E)  and  is  still  idle,  so 
D  sends  Q  (D,E,1,D,B,C,E)  to  E 

(20)  E  receives  Q  (D,E,1,D,B,C,E)  and  is  still  idle,  so 
E  sends  R  (E,D,1,D,B,C,E)  to  D 


(21)  D  receives  R  (E,D,1,D,B,C,E)  and  is  still  idle,  so 

D  declares  DEADLOCK  for  processes  D,  B,  C,  and  E 


Algorithm  II 


Algorithm  II  introduces  the  concept  of  allowing  an  executing  process  to  hold  a  query 
computation  and  then  restart  it  once  the  process  becomes  idle.  Each  process  in  the  query 
trace  list  has  its  own  sequence  number. 

Time  Action 

(1)  A  initiates  a  query  computation 
A  sends  Q  (A,B,t,A,l)  to  B 

(2)  B  receives  Q  (A,B,t,A,l)  and  is  idle,  so 
B  sends  Q  (B,C,t,A,l,B,l)  to  C 

(3)  C  receives  Q  (B,C,t,A,l,B,I)  and  is  idle,  so 
C  sends  R  (C,B,t,A,l,B,l,C,l)  to  B 

(4)  B  receives  R  (C,B,t,A,l,B,l,C,I)  and  is  still  idle,  so 
B  sends  Q  (B,D,t.,A,l  ,B,1 ,0,1 )  to  D 

(5)  D  receives  Q  (B,D,t,A,l,B,l,C,l)  and  is  executing,  so 
D  sends  I  (D, A, 1, timestamp)  to  A 

D  holds  the  query  computation 

(6)  B  initiates  a  query  computation 
B  sends  Q  (B,C,t,B,l)  to  C 

(7)  C  receives  Q  (B,C,t,B,l)  and  is  idle,  so 
C  sends  R  (C,B,t,B,I,C,i)  to  B 

(8)  B  receives  R  (C,B,t,B,I,C,l)  and  is  still  idle,  so 
B  sends  Q  (B,D,t,B, 1,0,1)  to  D 

(9)  D  receives  Q  (B,D,t,B, 1,0,1)  and  is  executing,  so 
D  sends  I  (D,B,1 , timestamp)  to  B 

D  holds  the  query  computation 

(10)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 

D  is  holding  two  query  computations 

D  sends  Q  (D,E,t,A, l,B,l,C,l,D,2)  to  E 
D  sends  Q  (D,E,t,B,l,C,l,D,2)  to  E 

(11)  E  receives  Q  (D,E,t,A,l,B,l,C,l,D,2)  and  is  idle,  so 
E  sends  Q  (E,B,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(12)  E  receives  Q  (D,E,t,B,l,C,l,D,2)  and  is  idle,  so 
E  sends  Q  (E,B,t,B,l,C,l,D,2,E,l)  to  B 


(13)  B  receives  Q  (E,B,t,A,l,B,  1,C,1,D,2,E,1)  and  is  stiil  idle,  so 
B  sends  R  (B,E,t,A,l,B,l,C,l,D,2,E,l)  to  E 

(14)  B  receives  Q  (E,B,t,B,l,C,l,D,2,E,l )  and  is  still  idle,  so 
B  sends  R  (B,E,t,B,l,C,l,D,2,E,l)  to  E 

(15)  E  receives  R  (B,E,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,D,t,A,l,B,l,C,l,D,2,E,l)  to  D 

(16)  E  receives  R  (B,E,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,D,t,B,l,C,l,D,2,E,l)  to  D 

(17)  D  receives  R  (E,D,t,A,l.B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(18)  D  receives  R  (E,D,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,t,B,l,C,l,D,2,E,l)  to  B 

(19)  B  receives  R  (D,B,t,A,l,B,l,C,l,D,2,E,l )  and  is  still  idle,  so 
B  sends  Q  (B,E,t,A,l,B,l,C,l,D,2,E,l)  to  E 

(20)  B  receives  R  (D,B,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  Q  (B,E,t,B,l,C,l,D,2,E,l)  to  E 

(21)  E  receives  Q  (B,E,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,B,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(22)  E  receives  Q  (B,E,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,B,t,B,l,C,l,D,2,E,l)  to  B 

(23)  B  receives  R  (E,B,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  R  (B,A,t,A,l,B,l,C,l,D,2,E,l)  to  A 

(24)  B  receives  R  (E,B,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  declares  DEADLOCK  for  processes  B,  C,  D,  and  E 

(25)  A  receives  R  (B,A,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
A  declares  DEADLOCK  for  processes  A,  B,  C,  D,  and  E 

(26)  D  initiates  a  query  computation 
D  sends  Q  (D,B,t,D,l)  to  B 

(27)  B  receives  Q  (D,B,t,D,l)  and  is  idle,  so 
B  sends  Q  (B,C,t,D,l,B,l)  to  C 

(28)  C  receives  Q  (B,C,t,D,l,B,l)  and  is  idle,  so 
C  sends  R  (C,B,t,D,l,B,l,C,l)  to  B 

(29)  B  receives  R  (C,B,t,D,l,B,l,C,l)  and  is  still  idle,  so 
B  sends  Q  (B,E,t,D,l,B,l,C,l)  to  E 


(30)  E  receives  Q  (B,E,t,D,l,B,l,C,l)  and  is  idle,  so 
E  sends  Q  (E,D,t,D,l,B,l,C,l,E,l)  to  D 
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(31) 

D 

receives 

Q  (E,D,t,D,I,B,l,C,l,E,l)  and 

is  still 

idle, 

SO 

D 

sends  R 

(D,E,t,D,l,B,I,C,l,E,l)  to  E 

(32) 

E 

receives 

R  (D,E,t,D,l,B,l,C,l,E,l)  and 

is  still 

idle, 

so 

E 

sends  R 

(E,B,t,D,l,B,l,C,l,E,l)  to  B 

(33) 

B 

receives 

R  (E,B,t,D,l,B,l,C,l,E,l)  and 

is  still 

idle, 

so 

B 

sends  R 

(B,D,t,D,l,B,l,C,l,E,l)  to  D 

(34) 

D 

receives 

R  (B,D,t,D,I,B,l,C,l,E,l)  and 

is  still 

idle, 

so 

D 

sends  Q 

(D,E,t,D,l,B,l,C,I,E,l)  to  E 

(35) 

E 

receives 

Q  (D,E,t,D,I,B,l,C,l,E,l)  and 

is  still 

idle, 

so 

E 

sends  R 

(E.D,t,D,l,B,l,C,l,E,l)  to  D 

(36) 

D 

receives 

R  (E,D,t,D,I,B,l,C,l,E,l)  and 

is  still 

idle, 

so 

D 

declares 

DEADLOCK  for  processes  D, 

B,  C,  and  E 

Algorithm  III 


Algorithm  III  introduces  the  concept  of  a  priority  scheme  to  reduce  the  amount  of 
query  traffic.  Also,  if  a  deadlocked  process  receives  a  query,  then  it  will  add  all  members 
of  its  reachable  set  to  the  query  trace  list  using  a  zero  sequence  number.  Just  as  for 
Algorithm  II,  each  process  in  the  query  trace  list  has  its  own  sequence  number. 

Time  Action 

(1)  A  initiates  a  query  computation 
A  sends  Q  (A,B,l,t,A,l)  to  B 

(2)  B  receives  Q  (A,B,l,t,A,l)  and  is  idle,  so 
B  sends  Q  (B,C,l,t,A,l,B,I)  to  C 

(3)  C  receives  Q  (B,C,l,t,A,l,B,l)  and  is  idle,  so 
C  sends  R  (C,B,l,t,A,l,B,I,C,l)  in  B 

(4)  B  receives  R  (C,B,l,t,A,l,B,I,C,i)  and  is  still  idle,  so 
B  sends  Q  (B,D,l,t,A,l,B,l,C,l)  to  D 

(5)  D  receives  Q  (B,D,l,t,A,I,B,l,C,I)  and  is  executing,  so 
D  sends  I  (D, A,  1, timestamp)  to  A 

D  holds  the  query  computation 

(6)  B  initiates  a  query  computation 

B  has  a  higher  priority  query  outstanding,  so 
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B  holds  Q  (B,C,2,t,B,l) 

(7)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 
D  is  holding  one  query  computation 

D  sends  Q  (D,E,l,t,A,l,B,l,C,l,D,2)  to  E 

(8)  E  receives  Q  (D,E,l,t,A,l,B,l,C,l,D,2)  and  is  idle,  so 
E  sends  Q  (E,B,l,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(9)  B  receives  Q  (E,B,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  R  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  to  E 

(10)  E  receives  R  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,D,l,t,A,l,B,l,C,l,D,2,E,l)  to  D 

(11)  D  receives  R  (E,D,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,l,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(12)  B  receives  R  (D,B,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  Q  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  to  E 

(13)  E  receives  Q  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,B,  J,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(14)  B  receives  R  (E,B,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  R  (B,A,l,t,A,l,B,l,C,l,D,2,E,l)  to  A 

B  sends  Q  (B,C,2,t,B,l)  to  C 

(15)  A  receives  R  (B,A,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
A  declares  DEADLOCK  for  processes  A,  B,  C,  D,  and  E 

(16)  C  receives  Q  (B,C,2,t,B,l)  and  is  idle,  so 
C  sends  R  (C,B,2,t,B,l,C,l)  to  B 

(17)  B  receives  R  (C,B,2,t,B,l,C,l)  and  is  still  idle,  so 
B  sends  Q  (B,D,2,t,B,l,C,l)  to  D 

(18)  D  receives  Q  (B,D,2,t,B,l,C,l)  and  is  idle,  so 
D  sends  Q  (D,E,2,t,B,  1,C,1,D,2)  to  E 

(19)  E  receives  Q  (D,E,2,t,B,l,C,l,D,2)  and  is  idle,  so 
E  sends  Q  (E,B,2,t,B,l,C,l,D,2,E,l)  to  B 

(20)  B  receives  Q  (E,B,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  R  (B,E,2,t,B,l,C,l,D,2,E,l)  to  E 

(21)  E  receives  R  (B,E,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,D,2,t,B,l,C,l,D,2,E,l)  to  D 

(22)  D  receives  R  (E,D,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,2,t,B,l,C,l,D,2,E,l)  to  B 
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(23)  B  receives  R  (D,B,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  Q  (B,E,2,t,B,l,C,l,D,2,E,l)  to  E 

(24)  E  receives  Q  (B,E,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,B,2,t,B,l,C,l,D,2,E,l)  to  B 

(25)  B  receives  R  (E,B,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  declares  DEADLOCK  for  processes  B,  C,  D,  and  E 

(26)  D  initiates  a  query  computation 
D  sends  Q  (D,B,4,t,D,l)  to  B 

(27)  B  receives  Q  (D,B,4,t,D,l)  and  is  deadlocked,  so 
B  sends  R  (B,D,4,t,D,l,B,2,C,0,E,0)  to  D 

(28)  D  receives  R  (B,D,4,t,D,1,B,2,C,0,E,0)  and  is  still  idle,  so 
D  sends  Q  (D,E,4,t,D,l,B,2,C,0,E,0)  to  E 

(29)  E  receives  Q  (D,E,4,t,D,l,B,2,C,0,E ,0)  and  sees  its  sequence  number  is  0,  so 
E  sends  R  (E,D,4,t,D,l,B,2,C,0,E,0)  to  D 

(30)  D  receives  R  (E,D,4,t,D,l,B,2,C,0,E,0)  and  is  still  idle,  so 
D  declares  DEADLOCK  for  processes  D,  B,  C,  and  E 


Algorithm  IV 

Algorithm  IV  introduces  the  concept  of  using  information  obtained  from  previous 
query  computations.  Also,  if  a  deadlocked  process  receives  a  query,  then  it  will  add  all 
members  of  its  reachable  set  to  the  query  trace  list,  but  it  will  not  use  sequence  numbers 
of  0.  With  this  algorithm,  sequence  numbers  reflect  the  number  of  times  processes  have 
accepted  messages  and  executed. 

Time  Action 

(1)  A  initiates  a  query  computation 
A  sends  Q  (A,B,l,t,A,l)  to  B 

(2)  B  receives  Q  (A,B,l,t,A,l)  and  is  idle,  so 
B  sends  Q  (B,C,l,t,A,l,B,I)  to  C 

(3)  C  receives  Q  (B,C,l,t,A,l,B,I)  and  is  idle,  so 
C  sends  R  (C,B,l,t,A,l,B,I,C,l)  to  B 
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(4)  B  receives  R  (C,B,l,t,A,l,B,l,C,l)  and  is  still  idle,  so 
B  sends  Q  (B,D,l,t,A,l,B,l,C,l)  to  D 

(5)  D  receives  Q  (B,D,l,t,A,l,B,l,C,l)  and  is  executing,  so 
D  sends  I  (D, A,  1, timestamp)  to  A 

D  holds  the  query  computation 

(6)  B  initiates  a  query  computation 

B  has  a  higher  priority  query  outstanding,  so 
B  holds  Q(B,C,2,t,B,l) 

(7)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 

D  is  holding  one  query  computation 

D  sends  Q  (D,E,l,t,A,l,B,l,C,l,D,2)  to  E 

(8)  E  receives  Q  (D,E,l,t,A,l,B,l,C,l,D,2)  and  is  idle,  so 
E  sends  Q  (E,B,l,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(9)  B  receives  Q  (E,B,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  sends  R  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  to  E 

B  learns  that  any  messages  sent  to  B  by  E  when  E  was  executing  with 
sequence  number  1  have  arrived. 

(10)  E  receives  R  (B,E,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
E  sends  R  (E,D,l,t,A,l,B,l,C,l,D,2,E,l)  to  D 

(11)  D  receives  R  (E,D,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,l,t,A,l,B,l,C,l,D,2,E,l)  to  B 

(12)  B  receives  R  (D,B,l,t,A,l,B,l,C,l,D,2,E,l)  and  is  still  idle 

B  knows  all  messages  sent  to  it  by  E  when  E  was  executing  with 
sequence  number  1  have  arrived,  so 
B  sends  R  (B,A,l,t,A,l,B,l,C,l,D,2,E,l)  to  A 
B  was  holding  a  query  computation  it  initiated,  so 
B  sends  Q  (B,C,2,t,B,l)  to  C 

(13)  A  receives  R  (B,A.l,t,A,l.B,l.C,l,D,2,E,l)  and  is  still  idle,  so 
A  declares  DEADLOCK  for  processes  A,  B,  C,  D,  and  E 

(14)  C  receives  Q  (B,C,2,t,B,l )  and  is  idle,  so 
C  sends  R  (C,B,2,t,B,l,C,l)  to  B 

(15)  B  receives  R  (C,B,2,t,B,l,C,l)  and  is  still  idle,  so 
B  sends  Q  (B,D,2,t,B,l,C,l)  to  D 

(16)  D  receives  Q  (B,D,2,t,B,l,C,l)  and  is  idle,  so 
D  sends  Q  (D,E,2,t,B,l,C,l,D,2)  to  E 

(17)  E  receives  Q  (D,E,2,t,B,l,C,l,D,2)  and  is  idle 

E  knows  all  messages  sent  to  it  by  B  when  B  was  executing  with 
sequence  number  l  have  arrived,  so 
E  sends  R  (E,D,2,t,B,l,C,l,D,2,E,l)  to  D 
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(18)  D  receives  R  (E,D,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
D  sends  R  (D,B,2,t,B,l,C,l,D,2,E,l)  to  B 

(19)  B  receives  R  (D,B,2,t,B,l,C,l,D,2,E,l)  and  is  still  idle,  so 
B  declares  DEADLOCK  for  processes  B,  C,  D,  and  E 

(20)  D  initiates  a  query  computation 
D  sends  Q  (D,B,4,t,D,2)  to  U 

(21)  B  receives  Q  (D,B,4,t,D,2)  and  is  deadlocked,  so 
B  sends  R  (B,D,4,t,D,2,B,l,C,I,E,l)  to  D 

(22)  D  receives  R  (B,D,4,t,D,2,B,l,C,l,E,l)  and  is  still  idle,  so 
D  declares  DEADLOCK  for  processes  D,  B,  C,  and  E 


Algorithm  V 


Algorithm  V  introduces  the  concept  of  using  information  obtained  during  the 
current  query  computation  to  detect  all  minimal  deadlocked  sets.  Boolean  flags  are  used 
to  carry  this  information  from  process  to  process,  and  they  will  be  represented  as  a  sign 
preceeding  the  sequence  number. 

Time  Action 

(1)  A  initiates  a  quer  'imputation 
A  sends  Q  (A,B,l,i.  \.-l)  to  B 

(2)  B  receives  Q  (A,B,l,t,A,-l)  and  is  idle,  so 
B  sends  Q  (B,C,l,t,A,-l,B,-l)  to  C 

(3)  C  receives  Q  (B,C,l,t,A,-l,B,-l)  and  is  idle,  so 
C  sends  R  (C,B,l,t,A,-l,B,-l,C,+l)  to  B 

(4)  B  receives  R  (C,B,l,t,A,-l,B, -1,C,  +  1)  and  is  still  idle,  so 
B  sends  Q  (B,D,l,t,A,-l,B,-l,C,+l)  to  D 

(5)  D  receives  Q  (B,D,l,t,A,-l,B,-l,C,+l)  and  is  executing,  so 
D  sends  I  (D, A, 1, timestamp)  to  A 

D  holds  the  query  computation 

(6)  B  initiates  a  query  computation 

B  has  a  higher  priority  query  outstanding,  so 
B  holds  Q  (B,C,2,t,B,-l) 


(7)  D  becomes  idle  and  waits  for  processes  B  and  E  (see  Figure  47) 

D  is  holding  one  query  computation 

D  sends  Q  (D,E,l,t,A,-l,B,-l,C,+l,D,+2)  i  ■>  K 

(8)  E  receives  Q  (D,E,l,t,A,-l,B,-l,C,+l,D,+2)  and  is  idle,  so 
E  sends  Q  (E,B,l,t,A,-l,B,-l,C,+l,D,+2,E,-+-l)  to  B 

(9)  B  receives  Q  (E,B,l,t,A,-l,B,-l,C,+l,D,+2,E,  f  1)  and  is  still  idle,  so 
B  sends  R  (B,E,l,t,A,-l,B,-l,C,+l,D,+2,E,+l)  to  E 

B  learns  that  any  messages  sent  to  B  by  E  when  E  was  executing  with 
sequence  number  1  have  arrived. 

(10)  E  receives  R  (B,E,l,t,A,-l,B,-l,C,+l,D,+2,E,+l)  and  is  still  idle,  so 
E  sends  R  (E,D,l,t,A,-l,B,-l,C,+l,D,+2,E,  t  1)  to  D 

(11)  D  receives  R  (E,D,I,t,A,-l,B,-l,C,-f-l,D,+2,E,-f-l)  and  is  still  idle,  so 
D  sends  R  (D,B,l,t,A,-l,B,-l,C,+l,D,+2,E,+l)  to  B 

(12)  B  receives  R  (D,B,l,t,A,-l,B,-l,C,+l,D,+2,E,+l)  and  is  still  idle 
B  knows  all  messages  sent  to  it  by  E  when  E  was  executing  with 
sequence  number  1  have  arrived,  so 

B  ;  finished  querying  the  members  of  its  dependent  set. 

!  i  r.  received  the  final  reply  with  the  sign  bit  for  B  still  FALSE  (-). 

B  knows  it  is  a  member  of  j,  deadlocked  set  consisting  of  B,  C,  D,  and  E,  so 
B  declares  DEADLOCK  for  processes  B,  C,  D,  and  E. 

B  sends  R  (B,A,l,t,A,+l,B,-l,C,-l,D,~2,E,+l)  to  A 

The  query  trace  list  identifies  the  minimal  deadlocked  set  to  A. 

B  was  holding  a  query  computation  it  initiated,  but  this  is  not  needed,  so 
B  discards  Q  (B,C,2,t,B,-l)  as  unnecessary. 

(13)  A  receives  R  (B,A,l,t,A,+l,B,-l,C,-l,D,-2,E,+l)  and  is  still  idle,  so 
A  declares  DEADLOCK  for  processes  A,  B,  C,  D,  and  E 

A  recognizes  the  minimal  deadlocked  set  consisting  of  processes  B,  C,  D,  and  E, 
and  that  A  is  not  a  member  of  the  minimal  deadlocked  set. 

(14)  D  initiates  a  query  computation 
D  sends  Q  (D,B,4,t,D,-2)  to  B 

(15)  B  receives  Q  (D,B,4,t,D,-2)  and  is  deadlocked,  so 
B  sends  R  (B,D,4,tfD,~2fB,+l,Cf+l,E,-H)  to  D 

(16)  D  receives  R  (B,D,4,t,D,-2,B,+l,C,+l,E,+l)  and  is  still  idle,  so 
D  declares  DEADLOCK  for  processes  D,  B,  C,  and  E 

D  recognizes  it  is  a  member  of  a  minimal  deadlocked  set 
consisting  of  D,  B,  C,  and  E. 
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Example  2 

The  following  example  shows  in  greater  detail  how  the  minimal  deadlocked  sets  are 
determined  by  Algorithm  V.  In  this  example,  suppose  that  all  the  processes  are  idle,  and 
that  there  are  no  messages  in  transit.  The  system  is  shown  in  Figure  48.  The  query 
computation  initiated  by  process  A  is  shown. 


Figure  48 

Final  Configuration  with  Deadlock 


Time  Action 

fl)  A  initiates  a  query  computation 
A  sends  Q  (A,B,l,t,A,-l)  to  13 

(2)  B  receives  Q  (A, B,l,t, A, -1) 

B  sends  Q  (B,C,l,t,A,-l,B,-l)  to  C 

(3)  C  receives  Q  (B,C,l,t,A,-l,B,-l) 

C  sends  R  (C,B,l,t,A,-l,B,-l,C.+I)  to  B 

(4)  B  receives  R  (C,B,l.t,A,-l,B,-l,C,+l) 

B  recognizes  it  is  a  member  of  a  minimal  deadlocked  set  consisting  of 
B  and  all  processes  in  the  query  trace  list  following  B  (namely  C). 

B  declares  DEADLOCK  for  processes  B  and  C. 

B  turns  the  flag  off  for  A,  since  A  cannot  be  in  the  minimal  deadlocked  set. 
B  sends  R  (B,A,l,t,A,+  l,B,-l,C,-tl)  to  A 

(5)  A  receives  R  (B,A,l,t,A,  +  1,B,  l,C,+l) 

A  sends  Q  (A,D,l,t,A,  f  1,B,  l,C,+  l)  to  D 


(6)  D  receives  Q  (A, D,l,t, A,  +  1,B,-1,C,+1) 

Since  A  is  in  the  dependent  set  of  D,  D  turns  off  the  flags  for  all  processes 
between  A  and  D  in  the  query  trace  list. 

D  sends  Q  (D,B,l,t,A,+l,B,4-l,C,+  l,D,+l)  to  B 

(7)  B  receives  Q  (D,B,1, t, A, +l,B,-fl,C,+  l,D,  +  l) 

B  sends  R  (B,D,l,t,A,  +  l,B,-f-l,C,+l,D,-f  1)  to  D 

(8)  D  receives  R  (B,D,l,t,A, f-l,B,  +  l,C,-f 1,D,+1) 

D  sends  Q  (D,E,l,t,A,+l,B,+l,C,+l,D,+l)  to  E 

(9)  E  receives  Q  (D,E,l,t,A,+l,B,+l,C,+l,D,+l) 

E  sends  Q  (E,F,l,t,A,+l,B,-f  1,C,+1,D,+1,E,-1)  to  F 

(10)  F  receives  Q  (E,F,l,t, A, +  1,B,+1,C,  +  1, D,+1,E,- 1) 

F  sends  Q  (F,GIl,t,A,+l,B,+l,C,+lfDt+l>E>-l,F)+l)  to  G 

(11)  G  receives  Q  (F,G,l,t,A,+l,B,+l,C,+l,D,-l-l,E,-l,F,-f-l ) 

G  sends  Q  (G,E,l,t,A,+  1,B,+  1,C,+1,D,+  1,E,-1,F.+1,G,+ 1)  to  E 

(12)  E  receives  Q  (G,E,l,t,A,-t-l,B,+  l,C,  +  l,D,  +  l,E,-l,F,+l,G,  +  l) 

E  sends  R  (E,G,l,t,A,+l,B,+l,C,4  1,D,+1,E,-1,F,  fl,G,+l)  to  G 

(13)  G  receives  R  (E,G,l,t,A,  t-l,B,4 -1,C,4- -1,D,  +  1,E,-1,F,4  1,G,  +  1) 

G  sends  R  (G,F,l,t,A,4l,B,4-l,C,4-l,D,4-l,E,-l,F,4-l,G,4-l)  to  F 

(14)  F  receives  R  (G,F,l,t,A,+l,B,4  l,C,4l,D,4-l,E,  -l,F,+l,Gf4-l) 

F  sends  R  (F,E,l,t,A,  t  l,B,4l,C,4l,D,4-l,E.-l,F,4l,G,4-l)  to  E 

(15)  E  receives  R  (F.E,l,t,A.  i-l,B,4l,C,+l,D,4-l,E,-l,F,4-l,G,+l) 

E  recognizes  it  is  a  member  of  a  minimal  deadlocked  set, 
along  with  processes  F  and  G. 

E  declares  DEADLOCK  for  processes  E,  F,  and  G 

E  changes  the  flag  pattern  in  the  minimal  deadlocked  set  to  be  (  -  -  t  ). 

E  sends  R  (E,D,l,t,A.  H.B,  4-l,C,  +  l,D.+l,E,-l,F,-l,G.  t  l)  to  I) 

(16)  1)  receives  R  (E,D,l,t,A,  4  I.B.h  1,C,4  l.D,  t  1,E,  1,F.  l.G.-l) 

D  sends  Q  (D,H,l,t,A.+  I.B.-f  l,D,  +  l,E,  l,F.  l.G,  •  I)  to  H 

(17)  H  receives  Q  (D,H, l,t,A,  f  l,B,+l,C,+l,D,  t  l.E,  1  ,F.  1  ,G, ■(- 1 ) 

II  sends  Q  (II,B,l,t,A,  +  EB,  »  l,C,  +  l,D.+  l,E. 4  l.F,  +  l,G,  t  1,11,  (  1)  to  B 

(18)  M  receives  Q  (H,B,l,t.A,  +  l,B,  +  l,C,+  l,D,  t  l.E,  '  l,F,-t- l.G,  + 1,11,4  1 ) 

B  sends  R  (B,H,l,t,A, +  1,B,+1,C,+ 1,D,-H,E,  +  1,F,  *  l.G,  t  l,H,-t  I)  to  II 

(19)  II  receives  R  (B,H,l,t,A,+l,B,  f  1,C,  +  1.D,  I  l.E,  f  1 , F ,  l  1,G,  I  1,H,  f-1) 

H  sends  Q  (H,F,l,t,A,H,B,  tl,C,  f  1,D, 4  l.E,  )  l.F,  *  l.G,  f  EH,  f  I)  to  F 

(20)  F  receives  Q  (H.F.l, t, A, +1,B, +1, C,+l.D.  +  l,E.+l,F,-*  1,G,+1,II, -*-l) 

F  knows  from  previous  queries  and  replies  thal  the  sequence  numbers  for  E  and  G 
in  the  query  trace  list  are  the  latest  ones. 

F  sends  R  (F.H.l.t.A,  '  I.H.  f  I.C.  *  l,D,  '  l.E. a  l.F.  *  l.G,  i  MI.h  I)  to  II 


H  receives  R  (F,H,l,t,A,  f  I,U.  +  1,C,h-1,D,+1,E,  +  1,F,  +  1,G,  +  1,H,+1) 

H  sends  Q  (H,D,l|t,A,4  1,B,  +  liC^FD^FLj+FF^FGt+ltH^l)  to  D 

D  receives  R  (H,D,  1  <t ,A,  1,C',4- l,D,-t  1  ,E,  +  1,F,4~1,G)+1  ,II,+1) 

D  only  updates  the  information  about  (H.+  l)  from  the  query  trace  list 
D  sends  R  (D,A,l,t,A,4-l,B,  t  l,Ct  f  l,D(+l,Ef-lfF,~ltG1H-l1H)_t'l)  to  A 

A  receives  R  (B,H.l,t,A,+  l,B,+  L , CG , h-  1 , D ,  — 1 ,E ,  —  1 , F  l,G,-t-l,H,  +  l) 

A  only  updates  the  information  about  (D,+  1,E.  I .F,-1,G,  +  1,H,  +  1)  from  the 
query  trace  list. 

A  now  has  a  query  trace  list  which  shows 
(A,  *  l,B,-l,0.^1,D(-H,E,-l,F,-l,G,+l,H,+l) 

A  is  finished  querying  its  dependent  set,  so 

A  declares  DEADLOCK  for  processes  A,  B,  C,  D,  E,  F,  G,  and  H. 

A  looks  for  patterns  of  ( - 1)  in  the  query  trace  list  to  find  all  the 

minimal  deadlocked  sets. 

These  patterns  occur  for  (B,-1,C,  tl)  and  (E,-1,F,-  1  ,G,-f- 1 ),  which  means  these 
form  minimal  deadlocked  sets. 

Notice  that  processes  B  and  E  were  also  able  to  detect  deadlock  during  this 
query  computation. 
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